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. INTRODUCTION 



Q,.l Purpose of the Reference Manual 

The present Reference 'Manual is" based on the recommendations 
of a previous study on the development of a manual for standard 
description of research projects (UNIBID/RM/R/78/01, December 
1978) and on recommendations by a number of expert meetings which' 
studied an earlier draft of the Manual. Essentially it is an 
adaptation of the UNISIST RefeTrencfe Manual for Machine-Readable 
Bibliographic Descriptions to suit the particular requirements 
for descriptions of research programmes or projects and of research 
institutions. It should be realised from the outset that the 
ma.ior objective of this Manual is to serve as a standardized 
communication or exchange format for the exchange of machine- 
readable information on research in^progress between data bases 
or any other type of information services specialized in this 
field. If is not £er se a format for internal (local) computer 
processing. 

In particular the Reference Manual allows the following functions 
to be performed within or outside the context of its communication 
format function: 

(1) creating descriptions of rfesearch„projects or institutions 
.with «thp inclusion of all necessary identifiable entry 

points' for td^nVif icatiqn, filiag, search and other forms 
of processing j ~ - ■ '* 

(2) providing a source for local systems design, including 
input and output procedures an<f computer processing formats; 

(3) serving manual as well as computerised environments. 

In order to avoid any possible misunderstanding some of the con- 
cepts used above to describe the major objectives and functions 
of the Reference Manual are defined below. 

* Any machine-readable format for the recording and dissemination 
of information has three major components: ■ ' \ \ 

, v . 
(I)- The carrier format : the file'and record structure, i.e.. 
the prescribed fixed pattern for arranging and locating 
■i. x records in a machine-readable file and data elements within 

individual records. + An important element of the record 
} structure are th"e content designators : -symbols such as 
J tags, identifiers and indicators which identify or delimit 
/ da±a elements or provide additional information about them. 

/ * 

(Z) Data lelement names and definitions : the name and detailed 
specification of the content of each data element* including 
an indication of its components which must be separately 
identifiable >n a computer-based system. 
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(■•*-) Jatd e l ement Sets : the specification of particular sets 
of data elements to be present in records describing part- 
icular 'types of information {e.g. research projects, research 

; • insti tutions) 

(\ clear distinction must be made between a local or internal 
forma t 'and a communication or exchange format . Although both 
are composed of^ the three components 1 isted above*,- they differ 
in the emphasis placed on each pf these three constituent elements 
and particularly in the specific form the carrier format takes. 
These di f ferenc.es "are the result of different objectives.. An" 
internal format is mainly concerned with ensuring efficient, 
effective an<l economi c . storage and retrieval of information; 
in oth^r words the^chief purpose is efficient and economic computer 
processing. This calls for a suitable file and record .structure * 
which will normally be different from that used for. an exchange 
format. The latter 1 s main objective is to provide a report structure 
which is hospitable to the requirements of a. wide variety of . 
systems and, hence, al lows far the. unambiguous identification 
of discrete data elements, appearing at well-defined places in 
the record,' necessary for automatic conversion from the exchange 
to the tocal format and vice versa. - . * 

Summary of Contents * 

The Reference Manual contains the specifications for a compre- 
hensive, self-contained machine-readable communication format,/ 
composed of five parts, applicable to the field; of .information * 

on research in progress. * « 

Part 1 defines in broad outline the format and content of records , 

containing information on research projects or institutions. 

A matrix shows all the data elements and sub-elements which are * 

either essenti al (mandatory) or supplementary (optional ) for 

the description of research projects and research institutions 

respectively. 

P art 2 gives names and detailed definitions of each- mandatory 
and optional data element and, where necessary, guidance on how 
the data element content is to be selected and entered on to 
the machi ne-readabl e medium (magnetic tape in the first instance). 

Part -3 provides detailed specifications of 'the carrier format 
or record structure, character sets and coding, transliteration, 
physical standards for magnetic tapes; and other .aspects which 
are primarily of concern to* computer system designers). ■ - 

v ... \ ■ 

P art contains general guidelines for providing documentation 
un individual implementations of the Reference Manual. These 
guidelines cover all topics which need to be addressed in the 
documentation, including computer- rel ated aspects, subject coverage; 
'indexing, abstracting and- editorial policies and practices,, selected 
choices from among alternatives allowed by the Reference Manual 
specifications, and extensions for user-defined data fields. r 
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^. Additional information which is needed ^for the form and presen- 
tation of individual fiata elements apd for transliteration is 
given in Appendices A, B », C and DV These appendices 'have been 
taken without modification from the UNISIST Reference Manual 
, * for Mathine-fteadable Bibliographic Descriptions . The only change 

is that Appendix D is Appendix E in the manual fpr bfbl iographic 
(jescriptions. X his purely editorial change is due toHhe fact 
that, tn the other manual, there is an intervening^ffppendix D, 
rel ating to patent documents", which'is not applicable to the 
present publication. o 

, To the greatest extent possible, standards issued by the Inter- 
national Organization for Stand-arization (150) haVe been/applied 
throughout. In particular, the bibliographic communicatiqri format 
v upon which the Reference Manual is ba\ed is an /implementation 
of the international. standard ISQ-2709 : Documentation -'Format 
for bibliographic information interchange on magnetic frape .* > , 
^ * • <ff 

0.3 Remarks on Use s v . ' i 

It cannot be emphasized too strongly that -th6 data elements 
, defined, in the Manual ar£ not to be regarded as exclusive. The 
authors are well aware that for many appl ications^ thfevvfilescription 
facilities provided i rr the Manual must "be supplemented* with add- 
itional information. » The Manual r s purpose is to/ define a* minimum 
set of data elements which canrbe agreed upon "by services, to 
facilitate the exchange of information between them, and to enable! 
tbem to present their gomput^r-based products to. the user in 
a more compatible anjd'therefere more easily usabl e/form. 

It should also^be realized that*the scope of the Reference Manual 
is limited to defining the representation of its recommended 
essential and suppl ementary data elements as they should .appear 
in a computer-readable record for exchange purposes* between two 
or more computer-based systems. Nothing in the Reference Manual ■ > 
should be interpreted as attempting to lay down standard? for 
„ * input or display formats. A' local system may choose any input 
format which is convertible by computer program to the exchange 
format and vice* versa .and the exchange format has been designed 
with the aim of retaining the highest deg^e'of -flexibil ity for 
deriving different types, and arrangements' of output, whether 
° in the form of comptiter^printout err printed publications such 
as various types of directories, registers or indexes. ~ , m% 

Manual informatioo. systems^need to consul t fl i n the first place 
the matrix in Part 1, fart 2 and the Appendices. Parts 1 and 
. . 5 are not entirely releWnt to them and Part 3 is not of their 
»■ \ concern at all, % excfept if they plan to computerize at a 1 ater 

• date. Computerized systems will need to consult the entire Manual 
However, the Manual is not intended to be a tailor-made fnput 
manual for both computerized and non-computerizecf systems. It 

is to be regarded in the first place as a specification manual J / 
for technical management and system design staff to assist them 

• in devising local systems in, sucfr a^y that they can exchange 
files tn either direction with other centres which have adopted 

• . ( : 
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the Reference Manual format. In other words, it is not an input 
manual but <a source for draft i ng* local input manuals. It is , 
Simply not possible to draft a standard input manual which would 
be suitable for use without any adaptation or addition-by any 
system. On the other hand, as the Manual is meant to define 1 
all .essential and a fair nipbeh of supplementary data elements 
necessary for the description/^ research projects and insti- 
tutions,' it "should be possibVe to prepare local tnput manual^-^ 
based on it with a minimunTof effort and adaptation. 

* : * . ' . , *' ' 

Further, it should be borne in mind that ^although the Manual 
is in the fi#st place intended foiTuse within. computerized envi- 
ronments, it can also be used by non-computerized systems. 
Implementation of the Manual by these sVstems/wi 11 maJ^their • 
computerization' , at a future stage easier. t \ 

When occurring for the first time citations' of standards and 
bther wtirks in the text include at least the full title or equiv- 
alent, full references are listed at the end of the Manual. 
TSince. the citations are relatively few and appgar aUo with 
'4 fair amount of detail in the text, no numbering system* to 
Mink the brief citations affcN:he full references has been used. 
•Tflis procedure will facilitate future updating in as much as 
^ding references will not necessitate renumbering of the entire 

Updating and Related Services . * 

Future updating will be easy because the Manual is produced 
iilloose-leaf form. Amendments and additions will be sent out 
a Jf 'separate sheets to replace existing pages and to be insert 
af^he appropriate place in the loose-leaf volume. A checj^ 
lill of every page. and its date of issue is inserted and^will 
be§jjfeplaced by an amended version each time u pdat e s or addi t i on s 
a(r^|Jistributed. . . 

Thjikeference Manual is being distri-buted wKh a questionnaire 
on f fie extent of actual or intended use, r -tombi ned with a_ request 
forliSfor receiving updates ., Users #tn^all those interested- 
In /Me Manual are hereby reminded that djstributiort of 'future 
ameii'lments, extensions," information on additional supporting 
services that may be developed, etc. will jiot be automatic . 
These; will only be sent to those who have completed and* returned 
theftipplied questionnaire/request form to UNIBID. * 




► . 1.1.1 

PART 1: DEFINITIONS, OUTLINE OP RECORD FORMAT AND- CONTENTS 



CHAPTER 1.1: DATA ELEMENTS AND RECORDS 



1.1.1 Records 



For the purposes of this Reference Manual, a record is defined 
as a collection of 'information which pertai/is to a research 

^project, programme or institution, and which may be stored 
in machine-readable form as a self-containfed and unique logical 
structure^ A record is likejy.to include a description of 
the research project, programme or instiHutior^in question, 
some form of classification and/or inSexing appl ied to the 
subject dealt with by the project, programme or institution, . 
and possibly additional information. The Reference Manual 
is'cdncerned with all these aspects of the record, but, in 

.addition to those givfen in Part 2, additional yser-def ined 
data fields, may be required in order to carry such, other infor- 

• mation "as may be needed forVj particular application. Such 
local fields should be giventag notations 701 to Z99 to dis- 
tinguish them from the standard field? defined in the Manual. \ 

From the computep^system point of view, it should be poted 
that the definition of a record in this Manual* appl ies to a 
logical record, with no special 'assumQtibns regarding the ' 
.breakdown into physical * records or blacks on^a recording medium. 



1.1.2 Research projects or programmes ° " • . 

For the. purposes of this Manual a research project or programme 
is defined as any kind, of research project or programme in 
progress in any basic or applied science, including the Social 
sciences and the humanities. 

• „ * .*■■•■.» - * 

Usually, *a project has distinct funds for achieving -a specific 
objective whereas a programme has a set of objectives and is 
composed of several pVojects.^ Nevertheless, the distinction 
v • between a .project and a prograiike is not always clear. A^ ■ ..^ ■ " . a 

programme may *be considered as 'a project or as containing., 
several projects. The connotations of the tvfo" terraj* are- al so / % 
different in different languages. Consequently,- no attempt 
is made to include an exclusive definition of '•project and % 
programme in the Manual; it is left to th^ individual infor- * 
mation services\to decide what is tf^projeft and whalf is ,a 
. programme. From this point onwards the text usually refers 
-to "projects" only although it should be understood as being ' • ' •■ 

/ applicable tp "programmes" as well., 1 
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1.1.3 Research Institutions 

A research institution is defined as any kind of orgarfizat ion 
. . which is directly engaged iri fundamental or applied research 
(technolpgical Research) in any scientific c^scipline, includi 
* > the social sciences antf the humanities. * rt \'%~' 

- ' - !• .. ; : «• \ ' ' : 
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1.1.2/ 



1.1.4 Description of re$earth projects and institutions - x ' / . ^ 

The description- of a research project , or institution is a \ 
■ 9 . collection of information which is intended to provide a unique , 
* and unambiguous. reference to them as may be found in registers 
on research projects or institutions. The description of a . 
research project' or instftrftion shouTd rfbt be confused With 
y the bib! iographic descriptions found in the publ ications of*" 
. documentation or bibl iographic services covering completed 1 ' ■ 
-resdferch reported on in publ ish^d or otherwise^disseminlated. ~ 
documents (a document is any published or unpublished i1;em 
which may be described in a bibl iographic, record ) .! • ' 

It. is important to draw a clear distinction between description 
\ and record. The term "description" refers to the information 
~ which is required in order to define and identify (i.e. describe) 
a given research project or institution., A description, is 
made jjp of a number of "data elements". The term "record" , 
strictly speaking,- refers to the structure within which the 
description is contained, whether stored in machine- readable 
form or not. A record is made up of a number of data fields- 
which contain the data elements. 



1.1.5 Data elements and data fields - " * '. v/ ; 

A data, element is apiece of .information forming part of the 
' l \ description and having a specific* functional relationship with' 
f the research project or institution to which the record refers. 
/ Examples of data elements are: project title, ^me of researcher , 
N name of institution. - ■ 

Data elements are separately identified^' thin th/ei machine 
record so that each eleigent can, -if desired, be idependently 
accessed and manipulated- by 'computer program* - This is achieved 
■* b^ dividing the record into a series of data fields , identified 
by field numbers or tags . Data fields are further subdivided M 
i nto . subf i el ds i ntroduced by subfield identifiers . Eafcljwdata , 
'element or component of a d^ta element whicjuis to be separately 
identifiable normally occupies a given subfield of a data field. 

y 1.1.6 Layout of data fields 

The purpose of the present section is to facilitate correct 
understanding of Parts 1 and 2 of the Manual , by. means of pro- 
viding a brief- description of the 1 ayout of. data fields within 
the/context of the. overall Reference Manual record structure. 
More details of the format and structure of the -machine-readable 
.„ record. and its various componfcnts^are given in (^art -3.^ ' ■ f 

* * \ The machine record has three distinct,n§arts: a fixe^leogth f 

flabe] or leader, a variable-.length directory, and variable- 
length data fields. * " 
' % ■' •** \ - .- • - 

«> For the purpose If the present section there is no need to * 
elaborate on the 'label, the contents of which is described 
in part 3. " " : 

!....■ ...... '".!■...". , : ^...-^^..v 



The directory may be regarded as\a list of field numbers or 
tags identifying the data'fieTds wh'ich are present" in the 
record, and providing 'pointers ? to the location of the fields *' 
Within the variable-length dartarpak of the -record. Thus the 
field number or tag which -identifies th^'data field is not • 
•contiguous with the data field' itself * s 

Each data field begins with two or more indicator characters,, 
followed by one or nrore. subfields, -followed by a field separator, 

* •' ' * ** * ; 

The number Of indicator characters at the beginning, of each 
field is predetermined for a given' implementation of the 
Reference Mgnual : the Manual requires a minimum o£ two, but 
additional indicators may be included at the user's discretion. 
Each subfield consists of a subfield identifier followed by 
.a data string. 0 The subfield identifier is a two-character 
* code, of which the fi,rst character is the ISO symbol IS. (for 
convenience, represented throughout the Manual by the symbol 

the field separator, is the ISO symbol I S ? .- Whenever a data 
field is represented in the Reference Manual, however, ice- 
field separator is omitted, but -should be understood tojbe 
always present at the end of the last or only subfield. 

Vhe following is a schematic representation of the record and 
data field layouts described above : . • 



Record layout: 



LEADER 



DIRECTORY 



DATA FIELDS 



Data field layouts: 



Single subfield 


I 


S 


— : <5 

DATA 


F 






f 





















Two subfields 


i 


s v 


" DATA < 


: S 


DATA 


F 

















(I = indicators, S = subfield identifier, F = field separator) 

Examples of data fields as represented in the Reference Manual 

Single subfield: 01@0UNISIST0Reference|iManual 
>. Two. subfields: * 00@1UNESCO@2ICSU • 

' (Here the first two digit/s are indicators; "@0", and "@2" 
are subfield identifiers represents "blank" or "space"; 
note that 'the field separatoK is not shd*wn). 
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s, ... • • 

1.1.7 < Character sets ; v • ; 

The Reference .Manual is meant to provide an exchange format, 
A synonymous term for "exchange format" is "communication format". 
This exchange format is' conceived to be receptive to any char- 
» acter set required for a given subject fiteld, but within- the * 
Limitations of existing ISO character sets and extensions thereof. * 
Consequently, examples of data fields 'shown in the Manual 
^ frequently use a character set which is much wider than is 

provided by .conventional* computer, coding systems. However^ 
within the general framework of ISO standards, it is bpen to 
/the user to determine what* particular subset he needs to "meet - 
his functional .requirements. 

1.1.8 Summary . / . " • 

• * ! 

Much of the information given in the preceding -paragraphs is 
ampl ified el sewhere in the Manual, notably in Part 3. "-The 
rffurpose of this section has been to introduce some of the • 
terminology and ^conventions which are basic to Parts 1 and 
. 2. Essentially the Reference Manual attempts to define a'n«. 
exchange format for the machine-readable record which describes 
a research project or institution. The record is' a collection 
of data fields as described above. * 

• * 

The remainder of Part 1 is devoted to giving a listing of all 
essential (mandatory) and supplementary (optional) data elements, 
defi-ned in detail in Part 2, and from which a minimum number 
must be selected to construct a valid record in accordance^ 
with the specifications of the present Manual. 
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CHAPTER i.2: DAT\ ELEMENT MATRIX 



This chapter constitutes a complete reference list of the essential 
(mandatory) and supplementary (optional) data elements which are defined 
in full in Part 2 arid from which a selection, must be made in order 
to construct a valid record describing a research project or institution. 

The category " ess t ential " or '' mandatory 41 is defined as 'meaning that 
any data element; so designated must be included in the description 
if it is known or derivable from the information supplied on the research 
prefect or institution. In this context, the term "essential" must - 
not be taken to mean tha^it is necessarily valid in comowter system 
design to incorporate -checks which require the inclusion wf all essential 
data elements in all records. Circumstances may arise in which an 
essential data element is. absent. For example, nothing may be known 
about the completion 4 date of a project. It is expected, however, that 
the absence of essential data elements will be exceptional. 

The category " suppl ementary " or " optional "vis defined as meaning that: 

(a) Any data element so designated is regarded as being relevant 
and worthy of inclusion in the rqcord .describing tfoe project 
or institution. - „ 

(b) The data element is not, however., an absolute requirement for 
a complete and unambiguous description and its inclusion is, A 
therefore, optional, at the discretion of the individual infor- 
mation system. . ■ 



It should be noted thatcTdata field which is rated as "essential " 
may include optional subfields. The detailed data element definition 
in Part 2 will indicate what constitutes the essential portion of each 
field (e.g. mandatory field Rll : PROJECT TITLE has an optional §ubfi eld 
"Abbreviated or other title"). : "I y 

Some users may find that information , which is regularly included in 
their* 6wn descriptions is not present among the essential and supple- 
mentary data elements listed in this chapter. In this connection it ; 
must be stressed that the Reference -Manual is not intended to be<exdusfve 
it is expected that users will define additional local data fields, 
while standardizing^on the basiq set of data elements given in the 
Manual. In order to avoid confusion, it is recommended that local 
fields are tagged from Z01 through Z9? as required. 

Only one matrix has been designed to cover both research projects (or 
programmes) and research institutions. It can be seen from the matrix . 
that, whereas all data elements can be. relevant for the description 
of a project, only a selection can be relevant for the description 
of institutions. In ,all there are 27 data elements and 27 corresponding 
data fields- Of these, eighteen are common to projects and institutions 
and fiohe are- specif ic ,to "institutions only. Consequently, a separate 
matrix for institutions has not been included because this would amount 
to* a mere repetition of the majority of the entries for projects. 
Instead,, two separate columns have been entered for projects and'insti- 
tutions respectively under "status". In a computerized environment, 
a research institutions file could be generated automatically from 
a research projects file. 
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Tl^i organization of the matrix is straightforward. It shows for each 
data element the tag, the setting of the indicator positions, the subfield 
identifiers, and the status (essential or supplementary). Although 
the matrix provides in one place a general view of all data elements 
and their status, it is evident that not every conceivable detail can 
be included. For example, when a data element at the aggregate field 
level is shown as essential, it may not be possible to indicate specie 
fically the status against each sub-element or variant. A case in 
.point is field R13: NAME OF RESEARCHER. Whereas "Name of Researcher 11 
is an essentia.1 data element, the status of each variant in the table 
cannot be indicated. On the. other hand, field*R18: CURRENT STATUS > / 
OF PROJECT, while being essential *at the aggregate field level, can ' % 
be shown to have sub-elements of different status: the status in cqded ■ 
form being essential , and free description of the status being optional 
From these examples *it follows that, for the detailed design of input 
and conversion procedures, the system designer will have to associate 
the summary information given in the matrix with the comprehensive 
definitions of data elements 4 and data fields in Par?f2. 
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DATA .ELEMENT* MATRIX : RESEARCH PROJECT AND INSTITUTIONS 



' NAME OF DATA FIELD/ELEMENT 



FIELD 
TAG 



INDI- 
CATORS 



SUBFIELD 
IDENTI- 
FIERS 



STATUS 



PROJ. 




ELEMENTS RELATING TO THE RECORDING 
E RESEARCH PROJECT »j 



Re'cdfed Control Number 



Date of Input of Record 

Language of Record 

Inputting Organization 

Inputting organization: 
Inputting organization: 
* Country code 



001 
R01 
R02 
R03, 



00 
00 
00 



code 
text 



DATA ELEMENTS RELATING TO THE RESEARCH 
PROJECT. OR INSTITUTION 

Project Title 

Exact nature of title not specified 

Official title 

Enriched title * 

Transliterated title 

Translated title (by the recorder) 

Language of title 

Abbreviated or other title 

Working La,nguage(s) -of Project 



Rll 



Name of Researcher 



f 



Name: role not specified 
IJJartie: principal re&earcher 
Name: other researcher 
Name^ director or project head 
Name:* other (role in subffield 90 
Date of birth , 
Speciality , • 

Country of nationality 
Role 



Name of Institution 

Name of institution 
Address of institution 
Country code 
Region code 

Abbreviation or acronym ' 
Date of establishment, 
Working language(s) code(s) 




eJL: 



R12 
R13 



00 
,01 
02 
03 
04 



00 



1^0-4 



00 
01 
02 
03 
04 



R14 



00 



01 
@1 

01-3 

01 
02 
.03 



0,0-4 • 01,2 



•01;'. 

01 

01 

01 

01 

02 

03 

01 



01-4,9 

01 ' 

01 

01 

01 

01 

02 

■03 

04 

09 

01-7 . 

01 > 

02 ■ 
$3 . 
04 
05 . 
06 
07 - 



E 
E 
E 



E 

S 



S 
S 
S 



E 
E 
S 
S 
S 
S 
S 



DATA ELEMENT MATRIX : RESEARCH PROJECTS AND INSTITUTIONS 

. : , i 



NAME OF DATA FIELD/ELEMENT \ 




Affiliation of Researcher 

Name of institution 
Address of institution 
Country code ; 
Region code „ 
Abbreviation pr acronym 
Date of establishment 

Starting Date of Project 

Completion Date of Project ' , 

Date unknown " ■ 

Certain date 
. Projected date 

Current Status of Project 

.Current status of project: code ^ 
Current status of project: note ^ 

Keyword(s) ' - , ' 

Source. 
Keyword(s) 

Subject Classification Code, 

Name of classification schema and 
edition 

Classification number 

Abstract". 

'.•'•<■ 
.Abstract 

Language of abstract 

Academic. Degree for which Research is 
undertaken 

Institution Awarding Degree 

>-Name of institution' 
Address . " ■ ■ 

Country code 
Region code 

Abbreviation or acronym 



FIELD 
TAG 



RIB- 



R16 
R17 



R18 



R19 



R20 



R21 



R31 
R32 



INDI-, 
CAT0RS 



0-9^0 



•00 

0i0-? 

.00 • 
01 
02 
I 

00... 



4/ 



SUBFIELD 
IDENTI- 
FIERS' . 



9<F-' 



00 



00 
00 



01- 6 

@1 
02 
03 
04 
05 
06 

01 

01 

01 
.01 
0L 

01,2 

01 
02 

.01,2- 
01 

02- . 

.01-, 2 

•01- 

0Z 

01,2 

01 
02 

01 . 



01-5 

01 • 

02 

03- 

04 

05' 



STATUS 



PROJ. 



4/ 



E 
E< 



E 

S 



.5/ 
■5/ 



E 6/ 
E 6/- 

s 



V 



•DATA ELEMENT MATRIX : RESEARCH PROJECTS AND INSTITUTIONS 



NAME OF DATA FIELD/ELEMENT 


m T— 

FIELD 
; TAG 


INDI- ' 
CATORS 


^ 

OUDr 1C Lu 

-IDENTI- 
FIERS 


! STATUS 


PROJ. 


INST. 


Financial Support* 


R33 A 




' @l-7 


S 


s , 


* Source of support 

Amount * 

Grant number 

nuur cv ^ a 1 1 uii ui ai#r unjoin 

Address'. . . 
Count isy^CQde 

Rpni on rnrip 




— 


05 
06 
07 


■ 

1 

! 


* 

■ * 


Ppcnnrrpc »- - 




(51(51 - \ 




s k 


i s 

! 


j 

Mi imKop A*f c+a'f'f 

iiuiuucr btaTi 
Equipment 






(?2 






* • ■ • r • 

Budget Breakdown * 


R35 


00 ' 


■01 • - 


s 


S _j 


DqI af qH Hap umonf-f c l 1 
Kcl dLcU UUL Ulllcil L \ b y 


Die: 




ip i 


s 




No prpject documentation, is available 
Relatfed documents are available 
Official project report is available 
Avail abil ity note . : } 




i 00 

j . 01 
i 02 


01 


s 




Related Research Project- 


R37 t 


0i0-5 


•01-3 . 


•V 




Relationship unspecified 
Related project is predecessor 
Relied project is successor 

OUUJcL L I CI uL 1 UlloIJkl y 

Secondary or paranel related project 
rr unary iciaicu prujcLt 

Record number 
Details in free form 
oearcnaDie suDjecL rei at lonsn ip^ 




00 

01 ' 

02 . 
OR 

04 

m 


01 
02 

vPo 


> - 




Mumhpp n*f Pi^niprt nr Pnirfrarl" 


R38 


M 




s 


\ • ■ ' < 


4 

-Project number 
Cont rart numhpr 






01 

02 


f ; 


* 


W\ cr i nl i hp 

Ul 1 |J 1 1 lit 




00 


@1 2- - y 
vyj. • « • 


s 


s / 


/ Source % # 
Discipline 

* • 




• 


01 0/ 
02-.. %' 






•Nartie-of Contatt Perspn 


R40 


00 


01-3 


s 


S 


Name 

Function 
Address 






*1 : 
02 

03 
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DATA ELEMENT MATRIX -RESEARCH PROJECTS AND INSTITUTIONS 



NAME .OF DATA FIELD/ELEMENT 



dfeo 



graphical TArea 



/ 



Geographical name 
Code 

• Source of geographical name 
Source of qode 

Cooperating Institution 

Name .. * 

Address 
Country code* 
' Region code 
Abbreviation or acronym 
Date of establishment 



Note(s) 



F.IELD 
• TAG 



R41 



R42 



R99 



INDI- 
CATORS 



00 



00 



00 



SUBFIELD 
IDENTI- 
FIERS 



"61-4 

02 
03 
04 

@l-6 

01 
-02 
' 03 
04 
05 
06 

'01 



STATUS 



PROJ, 



INST. 
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DATA ELEMENT MATRIX : RESEARCH PROJECTS AND INSTITUTIONS 

.. %' . N0TES ..* 

E = essential (mandatory) ' - 

. S = "Supplementary (optional) 

. No entry at the field 1'evel as a whole against a data 
element in the "status 11 column means that-the data J . 
element in question is not relevant for -the description 
/ of either a project or an institution. . * . 

For essential' data elements, the status of t supplementary 
* sub-elements in individual subfields has been separately ^ 
v .indicated 'whenever-practicable to enter and not* immedi- 
ately obviaus. This has not been done fqr supplementary 
data elements because of the ambiguity that might be^ 
- created in this way with regard to sub-elements riot - 
specifically marked "S" (mark "E" being excluded in 
* ' principle). . " , 

Indicator position * 1 may be used to link one more' of ^the names ^ 

of researche'rs in R13 to one or more affil iations recorded in 
.R^5. For details see page2.R15.1. 

• * * * *- 

Indicator positional may be. used to link the affiliation in field 
•R15 to erne op/more of the names of researchers entered irvfieW 

R13. For detailed specifications see page 2.R15.1..- * 

TRis data element is used only, when the -name and address of the 
organization of -a perspn associated .with a project or institution . 
is not.th6 same 'as thatr of the institution or project described ^ 
in the- record. i( 1 * . * ^ * 

In principle?Vubfi-e1ds other than 1 and indicators are left 
undefined t6 allow for maximim^flexibil ity in implementation. 
For details- see page 2.R19.1^ • 

Essentially if no classification code(s)' in field R20 or abstract 

in field R21 are entered. * 

• ■ • * ' ■ 

Essential only if no k6yword(s) in field R19 or an abstract^in 
field R21 are entered. 

Essential only if no keyword(s) in field R19 or classification 
code(s) in field R20. are entered. e 

In principle subfields other than 1 and indicators are left 
undefined to allow for maximum flexibility in implementation. 
For details see page 2.R39.1. * \ 

♦ 
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' PART 2: DATA ELEMENT DEFINITIONS :V 

Part 2 provides detailed definitions of data, elements, arranged in 
alphanumeric order of data field codes. / 

Each data elementTs defined in terms of : . . * 

(a) d -brief summary of the essential features (Field definition) ; 

(b) a. detailed description of the data element ( Data description) , 

(c) % Examples , wherever necessary -and appropriate. ■ 
General conventions * 1 

The following conventions are applicable to all fields: x *, 

(a) Indicators < - 

Indicator positions 1 and 2 are-, reserved for the uses indicated 
in the Manuaff. Where theV are «iot so used, they are entered 
as zeros. If either or both of the indicatorpositions is used, 
fhe valge zero 'always has the meaning "not specified" (see, for 
exampl e^f ieTd RT1). 

In "thB^wiua^, ortty two indicator positions are shown. In*a 
speciric implementation, one or more extra indicator positions 
could be .'inserted, if required, after indicator position 2 and . 
before the fir^t subtield identifier. . ^ - 

(b) Subfield identifiers ' , 

As .defined x ip Part 3, a subfield identifier consists of the ISO 

character .IS,'- and one other symbol (usually a numeric digit). 
^ t For the purposes of illustration, the IS, code is represented ■ 
» ' by the Symbol "@". Expressions of the form ."subfield 1", "sub-* 

field 2" are used to designate "the subfield introduced by the 

identifier @1", "@2" and so on. ♦ 

- • - «^ 

"(cj Field separators - 

. The-field separator character IS ? is omittedjn all examples, 
but should be understood as being present in the record as the 
character immediately following the end of the data string sjWn 
in any example. 

(d) Character coding . . * * 
No attempt js made in the examples to reproduce the code stric- 
tures "which would be used in the machine record: all data strings 
are shown as plain text. 

(e) Representation of "zero" and "space" . 

To avoid ambiguity, the symbol "0" is used for the number "zero". 
"Spaqe" Or "blank" is represented by "0". • ' ' 

■ * ' 1 f 
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(f) ~ Imple m entation options „ / 

Wfifere a numberfof user options exist, it has not always been \%- 
possible to show all alternatives in the set of examples chosen - 
. \ for a particular data field. In such cases, the select ton of 
a particular option tloes not Imply that this is a /'pr Blared" 
implementation. ' * " - , 

(g) "Note s" subfield n - / 

The notes subfield (identifier @N) is an optional subfield which 
may be included in any data field to incorporate additional free 
form information whifh. the user wishes to associate specif ioal ly 
with the content ofHhe field.' This subfield should be used onl|y 
as a last resort when the information cannot 'be* entered in any 
defined fielcf. -@N is applicable to any field and sola's not beeri 
included in the definitions of the fields. f 



j 



< 
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• ' .- • 2.R11.1 

RU: PROJECT, TITLE 

1 . Field definition ' * * . - 

. ' ... /* ■ 

Tag: Rll 
Indicators: Position 1: 0 
# i- , ^fisition 2: 0, >, 2, 3, 4 . • - v '.' 

Subfields: 1 : Title 

. 2:' Language of title. 
. * 3: Abbreviated or other title' (optional) < * 

Repeatable: t Yes, if it is required to enter more than one ' % 
form of title, for exampl£ in a different language* 

2. Data description • • . \ ^ 

Field Rll is used for' the project title and is mandatory; • 

Indicators '< \ 

Indicator 4 position 2 is used to specify what kind- of title is 
entered in subfield 1 as follows: . V 

0 Exact nature of title r\ot specified v •• 

• - ■ .* 

1 Official title (mandatory}) 
j 2. Enriched title (official 

3 . Transliterated title 



J 



title pi us additional information) 



Translated title (translated by the recorder) ..... 



Subfields 



1 Title 

"7 



The official title of the project should be entered. If* 
different. from the Tanguage(s) of. the data base, it shoul 
be translated into that (these) language(s) and jentered 
in subfield 1 of^one or more „ repeated fields as required.' 
If the official "title of the .project?- is repeated in a number 
of languages, these may all be entered, each in a repeated 
field, or, alternatively, the one in the main working language 
of the project may be entered atone; if the title. of the 
p'rpject is in a slanguage using a non-Roman script it should 
be transliterated according to the UN IS 1ST* recommended . 
transliteration schedules (see Appendix C)*and entered in 
fiubfield 1. If the official title does not convey a- correct 
.or meaningful description of the project, additional infor- 
mation should be added to the official title within square 
brackets, bearing in mind, however, -that an abstract of 
the project can be entered in field R20. 
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2 Language of title - " * 

' • ■ t 

-* " Subfield 2 is provided to enables language code to be 
entered in tifder to identify the language of the title. 
This should be entered if it differs from -the working lan- 
guage of the project as given in R12, if. more than one 
language is entered in R12,' or if titles^ in different lan- 
guages are,entered in Rll. for a" set off language codes* 
see Appendix B. 

3 . Abbreviated or other title . • .•* , 

When-a project is commonly known under an -abbreviated "or 
* other variant title, this variant title may be entered as 
, an optional element. in subfield 3. 



% 3". Exampl es 
Exampl e- 1 



The official title of the research project is: . 
"La rationalisation des systlmes de traitement de 
V information documentaire en archeVlogie". 

Contents of field Rll: N ' > f UJ . « 

01@lLa0rati onal i sati on|6des|4systemes)!5de|4trai tement|6de|6 
1 'i nf ormati on|4documentaire|4en0archeol ogi e@2f B£*J 



Assuming that the language of the database is English v a trans^ 
lation ma> be made and entered in a repeated field Rll*: . 
v 04@iRationalization|6of|6processing|6systemsl6of|6documentary|6 

informatipn|6in|6the|6field|6of|6archeology@2ENG ^ . % - :. : ■ „. 

N.B. : The second indicator is 4 as the translation was made 
by the recorder 

Example 2 

A joint Belgian/British project has titles' in Dutch (code DUI) 
and English (code ENG): - • •> 

"Veredeling van nieuwe polypi oide vanfiteiten van grassen 

en kl avers" . - , , „ 

... "Breeding of new polyploid grasses and clovers . 

Contents of repeated fields Rll: . ' ' 

y 01@^eredeling|6vart|6nieuwe|6polyploide|6vari6teiten|6yanJ 

grassenM0klavers§2DUTJ8,l&lBreedi ngtfof |6new|6pQlypl oidp 

grassesjjand|6clovers@2ENG 

N.B. : As -each title is, an off icial title, both fields have 
" ' the second indicator set to 1. 
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001: RECORD CONTROL NUMBER^/ - ■ 

1 . Field dtfinftion . a 

In accordance with ISO 2709, field 001 does not have indicators 
or subfields; It is not /re pea table. v 



2.** Datadesc^fptfon 



r. 



The recofd control number^4-4ealifies the record ^nd should be 
entered according to the^requireftients of ^the inputting organis- 
ation or th6 (international ) information* network in which it 
is participating. The number which may include any alphanumeric 
cpharacter and which may be of any length as required should 
.be unique.. This fjeld .is mandatory. : - 



3. Example 



jThis example, is taken from the CARLS Manual) 

CARIS record number is "NG 4510.001" 

Contents of field 001: 
>NGtf45 10001. 



y 
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R0T: DATE OF INPUT OF RECORD 



T. * / Field definition 

Tag: R01 V - . 

Indicators; 00 

Subfield: " '1 : * Date 

Itepeatable: No. 

2 . Data description 

The dat^ of input' of a record, should be entered in this field 
according to the format of International Standard ISO 2014: 
Writing of calendar dates in al l-numeric^orm , i .e. YYYYMMDD, 
where YYYY = year, MM = month, and. DD = day. This field is 
mandatory. < > 

Note that this^date is the date of putting the record on rf\e 
by the information service and not the date of provision of 
the information, such as the date of completion of a .questionnaire 
by a researcher. This date is only of importance to the/infor- 
mation service itself. - / 

3. Exampl e 

The record is entered on 1st May 1974. 

* ■* 
Contents of field R0U 
000119740501 
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R02: LANGUAGE OF RECORD 



2.R02.1 . 



1 



Field definition 



Tag: R02 
Indicators-; 00 

Subfield: 1; Language of record. 

Repeatable: "Yes, if the record is entered in more than one 
language.' 

Data description 

Field R02 is intended for the language of the record, that is 
the language in which the notes etc. in the record are written.^ 
"Language" here is different from "language" in field R12 where 
the working language(s) of the project described in the record 
are indicated. Normally the language of the record will be the 
same as the working language of the information system inputting 
the record « The language should be entered in the form of a 
three-letter code. A list of these codes is found. in Appendix B, 
This field is Mandatory. 



Example 

The languages bf the record is French. 




Contents of 
0001 FRE 



field R02: 
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. , 2.R03.1 
R03: INPUTTING ORGANIZATION 

1. Field definition 

Tag: R03 
Indicators: 00 

Subfields: 1: Inputting organization: code 
2: Inputting organization: text 
3: Country code 

Repeatable: No/ - . 

2. Data .description 

Field R03 is intended for entering the name in coded or text , 
form of the organization entering the record. This field is 
typically of a "housekeeping" nature, intended for use within 
co-operative (international) information systems. Tapes which 
are being exchanged between computerized individual systems will 
be clearly labelled as to their origin and field R03 may then 
be automatically generated In each record during processing at 
the receiving centre. 

This field is optional. Alternatively, this information may 
be included in the record cotithol number. . 

Subfields 

1 Inputting organization: code 

This subfield is used to enter the code which may have been 
assigned to the inputting "organization in a co-operative 
information system on research in progress. >If no such 
code exists, the name of the inputting organization is. 
entered in subfield 2. ^ , 

2 Inputting organization:- text 

The name of the inputting organization should be entered - 
in the form by which it is usually known. Abbreviations 
• may be-used if well known. , * 

3 Country code • • ^ 

The country where the organization is situated should be 
t • ■ entered in subfield 3 using the 2-dharacter alphabetic 
code'of ISO 3166: Codes for the representation of names 
* - * pf countries (see Appendix A). ~ ~~ — 

. % ' 3. Example JL ' ' . 

• The -inputting prganization is the Library Association of the 
, * United Kingdom (abbreviated as LA). The country code for they 
United Kingdom is GB'.j . 

' Contents of field R03: . 
'. 00@1LA@3GB ' . • 

RM/RPI. " ' May 1982 
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Example 3 \ 

A project is officially entitled/Ah investigation of Late • 
Quaternary continental shelf sediments"^ : 

The recorder decides that it is advantageous to state" that the 
investigation is confined to the shelf off the Otago Peninsula, 
New Zealand, and formulates an enriched title. 

Contents of field R1I: , 

02@lAn|5investigationt5oft5Latet5Quaternaryj5continentaltilshelf|5 
sedimentstJ [of f JjOtagotJPeni nsul a ,t5New)4Zeal and}@2ENG 

Example 4 ' . t 

One of the research programmes of the International Institute 
of Tropical Agriculture is entitled "Grain Legume Improvement 
Program 11 . The official title of the programme exists in English 
and in Spanish. It is also known by the abbreviation "GUP" 
in both languages. ' . * 

Contents of repeated field Rll: 

01@lGrain)6Legume|iImprovement|f5Program@2ENG@3GLiP01@l 
Programa)6de)6mejorat5de|i1as^egumbres@2SPA@3GLIP 
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R12: • WORKING LANGUAGE! S) OF PROJECT 



1. 



Fiel d definition 



Tag: 



R12 



Indicators; 00 
Subfield: 1: Language code(s) 
Repeatable: No. 

2. Data description , 

Field R12 is used to record the working language(s) "of the project 
A list of codes "is found in Appendix Jach code should be 
entered in subfield 1 and separated from the next by comma, space. 
This field is mandatory. < I 



3. 



Example 




The languages of the project are English and Arabic. 



Contentsof field R12: 
0001 £NG, PARA 



< 
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R13: NAME OF RESEARCHER * V 2.R13.1 

H Field definition 
Tag: R13 

Indicators: Position 1: 0 (but see field R15, indicator position 1) 

c Kf * ^ ' P° sUl0n 2: 0» 1» 2, 3, 4 . ' 

Subfields: 1: Name of person 

2: Date of birth 

3: Speciality ••• ' 

4: Country of nationality s 

9: Role 1 

Repeatable: Yes, if more than one name is to be recorded. 
. 2. Data description * • • 

This field is used to enter the name"^f,af person involved in 
a research^ project. It is mandatory. ,Each name should be entered 
# in a repeated field. 

Indicators * ' 

The role of the persons involved in the project* should be made 
. known by means of an indicator. 

a Indicator Position 2 • 

0 Role not specified ' ^ 

1- Principal researcher 

2 Other researcher . - 

3 Director or Project Head 

4 Other (role specified in.subfield 9) 

' Subfields 
^1 ° Name of person 

The name should be entered in subfield 1 in its full form 
when known. The name should be entered family name (surname) 
first, followed by personal names (forenames), for example- 
Browne, John Henry. The family name should be followed- 
• -by a comma and each forename should be preceded b^ space 
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If family name and initials only are known, theMnitials 
should be "entered- followed by a full stop in place of a 
full forename. Initials are not separated from each other " 
by a space, but a space must occur between any initial and 
a family name or part of a family name (e.g. a prefix). . 

Titles which are part of the name (Sir, Lord, etc.) should 
be entered in parentheses following the forenames or initials. 
.Titles or additions to names which are often used in addresses 
(e.g. Mr, Mrs, Prof., Dr) may be entered in the same way. 
Titles representing qualifications such as degrees or member- 
ship of learned societies, or military honours (e.g. M.A., 
Ph.D., F.L.A.), should not be entered. 
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Certain names cause problems because it is not always clear „ 
which part of the name is the family name and which the . - 
forenames. vJThis category includes double-barrelled names 
and names containing prefixes-such as de, del, de la, van, 
von etc. No international standard governing the entry 
of names in computerized information systems exists. A 
publication which reflects the treatment favoured^ a 
number of national libraries is: International Federation 
of Library Associations and Institutions, Names of persons, 
n ational ifsagp * for entry in catalogues. 3rd ed. , London 
I FLA International Office to r UBC, 1977, 203pp. The UNISIST 

1 • R eference Manual also contains guidelines on the treatment 

of personal names, which are reproduced in Appendix &. 
Given the existing diversity in the treatment of. personal 
names and the lack of an international standard, it is 
not practical to prescribe_p*eeise rules in the present 
Manual. The UNISIST guidelines' may be used but, ultimately, 
the decfsioh is left to the partners engaged in a particular 
' exchange of information, on research in progress, 

2 Date of birth 

The date of birth of a researcher may be entered in subfield 
; "2- as an optional element, to .distinguish him from another 
. scientist with an identical name. The date of birth or 

the country of nationality of the researcher. may be entered 

in subfield 3 or ,4 respectively as an alternative means; . 

of distinction. The date of birth. should be formatted in. 

accordance with ISO 2014; Writing of cale ndar dates in ^all^ 
. .numeric form , i.e. YYYYMMDD, where YYYY = year, MM = month, 

and DD = day. 

3 Speciality " < - 

The speciality of a researcher may be entered in subfield 
3, as an optional, element, to distinguish; him from another 
scientist with an identical name. The, date of 'birth or the 
country of nationality of the^ researcher may be entered . 
-in subfield 2 or 4 respectively as an alternative means 
of distinction. . 

4 Country of nationality 

■ The country of nationality of a researcher may be entered - 
in subfield 4, as an optional element, ifo distinguish him 
from another scientist with an icfentical name. The date 
of birth or the speciality of the researcher may be entered 
in subfield 2 or 3 respectively as an alternative means 
of distinction. 

a »■ • • '• • 

9 Role ; \ 

The contents of this subfield should be entered in free 
form. If this subfield is. used the second indicator should 
be set at 4. .? " 
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3. Ex ample & - * 

Example 1 V 

• ' ♦ ) 

The principal researcher is CD. Van Loon, other researchers 
are J. Haanstra-Verbeek, and G.M. Tichelaar. 

Contents of repeated field R1 3: 
01@lLoQn,0C.D.liVan 
0201 Haanstra-Verbeek ,|W . 
02@lTichelaar,tfG.M. 

Exampl e 2 ,<%.'.. 

The Project Head is Anthony Chapman; the other researchers are 
Michael Mowat and Frederick Goodridge. Administrative assistant 
is John Peter Smith, 

Contents of repeated field RT3: 
0201 Mowat, Michael 

02@lGoodridge,|4Frederick " » 
03GH Chapman, ^Anthony 

04@lSmi"th,|Wahn|dPeter@^^ • ' • 



Example 3 * ■ 

A Spanish "agronomist, Dr. A. Garrido Fernandez, is director of 
a research project. He has a Chilean colleague with an ident- 
ical surname and initials. Both are well known in the field of 
plant genetics. ^ 

Contents of field R13: 

^tGarrido|iFernandez,liA.@4Spain 




or 



03@lGarridotiFernandez,|«A.@4ES 



\ 




\ 



) 



/• 
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' ' 2.R14.1 , 

*R14: NAME OF INSTITUTION 

1 . Field definition 

Tag: R14 , 

Indicators : 00 

Subfields: 1: Name of institution 

' 2i Address of institution 

3: Country code (optional) 

4: Region code (optional) * 

5: Abbreviation or acronym (optional) 

6: Date of , establ ishment (optional) 

7: Working language(s) code(s) (optional) 

Repeatable: Yes, if the research is being conducted at more 

than one institution. 

2. Data description 

Field R14 is used to enfer the name of the institution where 
research is cdnducted, the address, country and region code and- 
the acronym sir other abbrevi ated- form of the institution name. 
This field is mandatory. 

. Subfields 

1 Name of institution • 

Where several levels of the organization exist, the name 
of the lowest-level unit within the organization that is 
concerned with the research, should be mentioned in any case. 
The name of the units should be entered from the largest 
to the smallest. For large and complex organizations, such 
as some university or government departments, intermediate 
levels, the inclusion of which does not add significant 
< information to the entry, may be omitted, provided always 
"that the most specific unit is entered and that the entry 
'■ provides an unambiguous identification of the organization. 

In order to facilitate manipulation of tfie organizational 
levels by computer, a "+" ("plus" sign) should be inserted 
instead of a space between each organizational unit. 

The following additional conventions apply to this field: 

(a) If the name '.of v the. institution is not in the Roman 
alphabet it should be transl iterated according to 
the UNISIST- schedules (see Appendix C). 

* ■ ■ • .v • ... ■ m 

(b) A fuller form of the name than that supplied may be 
,! entered if known, 

(cj The full name of the institution is mandatory even 
if an abbreviated form of the (name is entered in 
subfield 5. -J 

' * ■ : : > ' ■ 
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(d) 



The name of th^institutiqn should alwaysjtae entered 
in its offici^Por working language(s) and, if necessary. 



may be repeated in other languages. Each different 
language version of the same institutional name should 
be placed in a repeated subfield 1. To distinguish 
between official different language versions and trans 
lations by personnel of the data base, the translation 
should be entered in square brackets* 



Address of institution 



The address or locatiaff*of the institution should be entered 
'in subfield 2 in the complete form required for postal pur- 
poses, ignoring any redundancy which mcfy arise where the 
place name forms part of the organization (e.g. "University 
of Cambridge, Cambridge, England"). However ,^an incomplete 
address may be entered when no fullet information is avail- 
able. Useful details such as. telephone and telex qumber, 
and cable address may be added. ^ 

3 Country code *' , . 

The country where the institution is situated may be entered 
in subfield 3 using the 2-jharacter alphabetic code of- ISO 
3166: Codes for tiie representation of names of countries 
(see Appendix A) . '. _ ~ 

' 4 Region code 

^ A code denoting the geographical or geopolitical region 
,V A in which the country of the institution fs situated may 
be entered in subfield 4. . 

Abbreviation or acronym / ' ? 

\a addition to the full name entered i^u^ubffel d 1 , an 
abbreviation or acronym of the name of the institution may 
be entered in subfield 5. This should correspond exactly 
tg the full name in subfield 1.^ If several levels of the 
organization are cited in subfield 1, the same number of 
levels, should be entered in subfield 5 and each should be 
separated by "+". If no abbreviation exists for a partic- 
ular level, that level should be entered in full. 

.-6 tyate of establishment 

If^nown, the date when the research institution was estab- 
lished may be entered in subfield 6.. The date should be 
formatted in accordance with the International Standard 
ISO 2014: Writing of calendar dates, in all-numeric form . 
The day, month and-year should be entecad in the form 
^ YYYYMMDD. Both the day and month ffiaybe entered as 00 if 
not known precisely or if they are considered as unneces- 
sary information. 
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* 'Sub-field 6 is optional. Consequently, the use of indicator 

\ ~ * position 2 to indicate the degree of certainty of the date, . 

as TrfR16, is not .explicitly foreseen here.' However, parties 
to an exchange are free to introduce it if they so wish. 

In any case, if a date is recorded which is uncertain it * 
should be followed by a question mark. *When validation 
programs require an entry in subfield 6 in all cases arid 
# , the date of establ ishment is not known at all, a question 
* mark should be entered. 

7 Working^language(s) code(s) 

The working language(s) of the research institution may 
be entered in subfield Z> in coded form. A list of codes 
is found in Appendix If more than, one code is entered, 
each should be separated from the next by dr comma and a 
space. 

: . 3 . Examples 

Example 1 

The institution where the research is conducted is the^Research " 
and Development Section, Property Services Agency (PSA), Depart- > 
ment of We Environment. The levels of the organization are 
entered in descending order. Th£ address is also entered along 
with the country code and the recognized abbreviated form of 
the organization. 

Contents of field R14: f- \ 

00@lDepartment0of0the0Envi>^ 
ResearchjaandjaDevelqpmentjaSect^ 

Croydon, 0Surrey,]ffireat)«Britain(a3GB(a5DOE+PSA+ResearcH0and{ 
DevelopmentJiSection 

Example 2 ^ * 

The institution where the research is conducted is the Dyson 
Perrins Laboratory in the Department of Organic Chemistry at 
the University of Oxford. As there is o'nly one Dyson Perrins 
Laboratory, it is permissible to omit Department of Organic 
themistry. . 4 

Contents of .field R14: 

00@l.University)iof)4Oxford+Dyson)iPerrins0Laboratory@2South0 ^ 
Parks0Road,J«Oxford(a3GB 




Example 3 

The n<jme and address of a research institute in the Federal 
Republic of Germany in energy technology is known to be: 

"Forschuripinstitut fuer fEhergietechnik 
Hauffstrasse 14 . ! 
D-7441 Wolfschlugen 
Federal Republic of Germany 11 . 



^7 
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The recording service has a policy to .include the date of estab- 
lishment in its records and assumes that this date is 1978. 

Contents of field R14: 

' 00@lForschungsinstifeutt6fuert6Energietechnik@2Hauffstrasse)6 
14,J6D-7441J6Wolfschlugen,)6Federall!5Republic0of)!5Germany@3DE@6 

19780000? - * . ' • 
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R15: AFFILIATION OF RESEARCHER 



1. ' Field definiti oil 



Tag: * 
Indicators: 

Subf ields: 



Repeatable: 



R15 

Posi 

Posi 

1: 

2: 

3: 

4: 

5: 

6: 

Yes, 



tion 1: * 0-9 
tion 2: 0 

Name of Institution 

Address of institution 

Countrycode (optional) 

Region code (optional) 

Abbreviation or acronym {optional) 

Date of establishment "(optional) 

see indicator position 1. 



2. . Data description 



Field R15 is used to enter the name and address of a single 
institution to which one or more of the persons associated with 
the research project are aff il iated, when it is not the same 
institution as that where the research i£ being«?conducted. R15 
may also ke used to record the affiliation of. a person associated 
with the research institution describecl in the- record, when the 
affiliation is different .from the address of the research insti- 
tution. This field /is optional. 



Indicators 



Indicator position 1 



the use of which is optional, may be used to 
ti$p tc 



This indicator, 

link an affiliatitty to the appropriate personal name in field 
R13 when a number of personal names require to be linked to 
different affiliations. This is^done by setting the first indi- 
cator in the field to a number other than 0 and giving the first 
indicator of the corresponding field R13: NAME "OF RESEARCHER 
the same value. The numbers 1 to 9 should be used according 
to the order in which the personal names are entered, the affili- 
ations being entered in the same order. This treatment Ms posslbl 
for any number of names linked to as mapy as nine affiliations. 

Subf ields ■ 



1 Name of institution 

r ' 

Where several levels of the institution are cited (e.g. 
laboratory, faculty, university) they should be entered 
in descending order of scale, from the larger unit to the * 
smaller. For large and complex organizations, such as some 
UntversUy or government departments, discretion pray be - 
exercised in omitting intermediate levels, the inclusion - 
of which does not add significant information to the entry, 
provided always that the njpst specific unit is cited and 
that the .entry provides an unambiguous identification of 
the organization. 1 . ■ " 
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I rf order to facilitate manipulation of the organizational % 
,1; levels a. "+" ("pi us"f should be inserted instead, of a space 
between each organizational unit. f 

The following additional ' conventions apply to this field: 

(a) If the name of the institution is not in the Roman 
alphabet it should be transliterated according to 
the UN IS 1ST schedules, (see Appendix C)Y 

(b) A fuller form of the name. than that supplied may 
- ^be entered if known. / 

< : (c) The full, name of the institution is mandatory even 
if an abbreviated form of the name is entered in 
' k subfield 5. ., 

(d) the name of the insitution should- always be entered 
' in its official or working language(s) and, if. neces- 

sary, may be repeated in other languages* Each 
k different language version of th$ same institutional ° 
* name should be placed in a repeated subfield 1. 
• To distinguish between "official different language* 
-'. ■ versions and translation? by personnel of the data 

\ base, the translation, should be entered in square 

brackets. , • • ^ - , 

2. Address bf institution 

The address or location of the institution should be entered 
in subfield 2 in the complete form required for postal 
purposes, ignoring any redundancy which^may arise where 
the place name .forms part of the name of the organization <( 
(e.g. '"University Of Cambridge, Cafnbridge, England"). 
However, an incomplete address may be entered when no 
fuller information is available. Useful details such as 
: telephone "and telex number, and cable address may be added. 

- ' \ - . 

3 , Country code 

. The country where- the institution is situated may be entered, 
in subfield 3 using the 2-character alphabetic code of 
ISO 3166: Codes for thel representation of names of countries 
(see Appendix A). - . V ~ ~. 

•■■ . '. • ✓ . . ■■ • - . . , ' . •' 

% ' Region code " ;» . . ... 

• ■ . W. \ • • 

A code- denoting- the geographical or geopolitical Vegion . 

in\which the county orMm'e institution is situated may 

be -eXteVed in subfield 4* ; , f " 

■ "St; . . , ' • * ■ 

■ - . V ' . * • • . 
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5 ' A bbreviation or acronym » 

In addition to the full name entered, in subfield 1, an 
abbreviation or acronym of the name of the institution 
may be entered in subfield 5. This should correspond exactly 
to the full name in subfield 1. If several levels of the 
organization are cited in subfield 1, the same number of 
levels should be entered in subfield 5 and each should 
be separated by "+". If no abbreviation exists for a 
particular level, that level should be entered in full. 

6 Date of establ ishment 

If known, the date when the research institution was estab-" 
lished may be entered in subfield 6. The date should be 
^ formatted in accordance with, the International Standard 
ISO 2014: Writing of calendar dates in all-numeric form . 
The clay, month and year shouljLkfientered in the form- 
YYYYMMDD. Both the day and mtfnth\nay be' entered as 00 
if not known precisely or if they are considered as unnecessary 
information. 

Subfield 6 is optional. Consequently, the use of indicator 
position 2 to indicate the degree of certainty of the date, 
as in R16, is not explicitly foreseen here. However % parties 
to an exchange are free to introduce it if they so wisfi. 

In any case, if a date is recorded 'whiqh is uncertain it * 
should be followed by a question mark* .When validation 
programs require an entry in subfield 6 in all cases and 
the date of establ ishment is not known at all, a question 
mark should be entered. 

3. Examples - 

Example 1 * 

Affiliation: "Lubrication Research "Laboratory, ' 

Department of Mechanical Engineering, 
- School of Engineering and 

. Applied Science, • , 

Columbia University, 
New York, NY 10027, - 
U.S.A." 

Contents of field R15: , • 

00@lCol umb'i atfUni versi ty+Lubri cati ontfResearchtf 
Laboratory@2Col umb i akSUni vers i ty , tfNewBYork , U 
1002793US • 
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Example 2 ' 

Affiliation: "Empre'sa Brasileira de Assistencia 

Tecnica,e Extensao Rural ( EMBRACER) 
Si sterna Nacional de Infonnajao 
e Documentacao Agncola 
Caixa Postal 04-0019 
70000 Brasilia, D.F. 
Brasil" 

Contents of field R15: A , 

00@lEmpresa|4Brasi 1 ei rci|4de|4Assi stenciapTecni capep 
Extensab|4Rural@lCBrasi 1 i an|4Enterpri se|4f or|4TechRi cal 0 

. * Assistance|«and|4RuralJ4Extension3@2Caixa|4Postal|4 
04-0019 ,p70000PBrasi 1 i a ,|4D.F. ,|4Brasil@3BR@5EMBRATER 
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. R16: STARTING DATE OF PROJECT^ 

1. Field definition 

Tag: • -R16 

Indicators: 0(9 

Subfield: 1: Starting date of project 

Repeatable: No, 

2. Data description • % 

Field R16 is used to record the starting date of the project. 
The. date should be entered in subfield 1 in 'accordance with the 
International. Standard ISO 2014: Writing of calendar dates in 
all -numeric form . The day, month and year should be entered in 
the form YYYYMMDD. The' month may be entered as 00 if it is not 
known precisely. The day may always be entered, as 00. This, 
field is mandatory. 

3. Exampte . , t . 
The project started on 26 March 1976. 



Contents of field R16: 
010119760300 



\ 
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R17: COMPLETION DATE OF PROJECT 

1 . Field definition 

Tag: R17 
Indicators: Position 1: -0 

Position 2: 0,1,2 
Subjfield: 1: Completion date of project 
Repeatable: No. 

2. Data descr iption 

~~ - r— . r . . v . 4 

Field R17 is used to record the date of completion of the project. 
The date should be entered in subfield 1 in ISO standard format. 
The day, month and year should be entered 4 n the form YYYYMMDD. 
The month may be entered as 00 if it is not known precisely. 
The day may always be entered as 00. This field is mandatory. 

Indicators , 

Indicator Position 2 v 



This indicator position is used tcMndicate the level of certainty 
of thfe date in subfield 1. The indicator should be used as 
follows: 

0 Date unknown • 

If the completion d<ate is unknown, indicator position 2 
should be set at 0 and "Date of completion unknown" entered 
in subfield 1. f ' 

a 1 Certain date V 

If the project has^come to an end or if the date of its 
ending is known for certain, indicator position 2 should 
be set'atl. 

2 Projected date > 

# • 
If the project is scheduled to come to an end at a particular 
date, but the date is only projected or provisional , indicator 
position 2 should be set at 2. 

3. Examples 

Example T * 

The project finished in December 1979, which is known for certain 
frbm a project report published in a journal. • 

Contents of field R17: 

s ,010119791200 • 
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. 2.R17.2 ? 






Example 2 






The project must end in March 1988 when funding ceases. 






Contents of field R17: . • - 






01@119880300 * 






Example 3 . 






The project is likely to' finish in 1985. 






Contents of field R17: 




* 


020119850000, 






\ ■ ' 


r 




\ 

* • 

•l » » 


^/ ■■■ 




: -t 


■ * . ■ 




* . . • : 
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R18: CURRENT STATUS OF PROJECT 
1. Field definition 



Tag: R18 . 

Indicators: 00> 

Subfields: 1: Current status of project: code 

2: Current status of project: note in free form 
(optional) . 

Repeatable: - No. 

2. Data description 

Field R18 ii intended for entering details on the current status 
of the research project. Codes from the list below should be 
entered in subfield 1 arid in addition $ note of explanation 
may optionally be entered ^in subfield 2 in free form. This 
field is mandatory. 

Subfields ' * v 1 

1 Current status of project: code - • 
Subfield 1 should contain one of the following codes: 

Completed c A 

■ " s In abeyance • B 

Continuing ^ c 

Abandoned , D : 

Under revision/ revised * R 

2 Current status of project: note in free form 

5 Subfield 2 is used to. note information additional to the 
code, entered in free form. 

3. Examples [ 
Example 1 

The project. is continuing at the time the record is entered. 

Contents of field R18: 
00@1C 

. Example 2 . 

The project is officially in abeyance, but it is unlikely to 
be revived. 

Contents pf field R18: , . . : ' , 

00@1 B@2Little|«l i kel i hood|iof|«the|« projective! ngtfrevi ved 
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R19: KEYWORD (S) 

1* Field definition , \ 

Tag: R19 — ~ 

Indicators: 0(J (see below) 
Subfields: 1:* Source 

2-. .. :* Keyword(s) (see below) 
Repeatable: Yes (see below). 

2. Data description 

. , .' Field R19 is used to record one or more words or groups of words 
~ T ' which describe the subject content of the research project. 
Such words denoting subject cohtent are also referred to as 
index terms, descriptors, keywords, keyword phrases, etc. No 
particular thesaurus is recommended. Parties to an exchange 
are left free to determine from which source they will select 
# their keywords, but this source -whether formally published or 
not - should be mentioned in subfield 1. The use of field R19 
; is mandatory if no classification code(s) (R20) or? an abstract s 
(R21) are provided. 

Indicators and subfields 

In principle the indicators and subfields other than 1 are left 
undefined and parties to an exchange should agree on defined 
indicators and subfields according to the requirements of their 
agreed indexing system for exchange. V % ' \ : 

Field R19 may be repeated if required for the keyword entry 
system selected. Field R19 should be repeated, however, if key- • 
words are chosen from more than one source. In that case each 
different -source and the keyword(s) selected from it should be 
entered in the appropriate subfields of repeated fields R19. 

* The source should be recorded in free form. Abbreviations may 
be used if generally known, for example "OEtD" in "OECO Macro- 
thesaurus". 

Any number of keywords may be entered in one or more subfields 
starting with subfield 2. Different single or compound keywords 
should be separately identifiable following conventions agreed 
by the parties to an exchange. 

The obvious reason for the flexibility allowed in this field 
is the existing diversity in indexing systems used.. Consequently, 
it is recommended to users of the Manual to provide extensive ' 
documentation on their particular implementation of this field 
(see Part 5). 



RM/RPI 



May 1982 



2.R19.2 



Example .. • ■• J 

An information centre on research in progress uses "free- 
language" subject terms, i.e. index terms not limited to a set 
of terms in a thesaurus or similar authority list of terms. 
The keywords selected to describe the subject aspects of the 
project being recorded are "cultivation", "turrvips", "organic 
compost" .- 

Contents of field R19: / ■ 

00@lUncontrol 1 ed0keywords@2cul ti vat i on ; pturmps ;porgam cp 
compost - «. • 



or 



00@lUncontrol 1 edpkeywords@2Culti vati on.Turni ps .Organi cp - ' 
compost ' 



or 



00@TUncontrol ledPkeywords@2Culti vati on@3Turni ps&'Organicp" 
compost 



2s, 
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R20: SUBJECT CLASSIFICATION CODE 

1. Field definition 

Tag: R20 

Indicators: 00 ± 

Subfields: 1: Name of classification scheme and edition 
2: Classification number r 

Repeatable: Yes, if it is required tp apply more than one 
Classification number to a document. 



2. Data description 



Field R20 is provided to enter a classification number applied 
to the document in accordance with any classification scheme 
-individual services may wish to use, including "in-house" unpub- 
lished schedules and local adaptations of published schemes like 
the Universal Decimal Classification (UDC), the Dewey Decimal 
Classification (DC), etc. This field is mandatory if no keyword(s) 
(R19) or an abstract (R21) are provided. 



Subfields 

1 Name of classification scheme and edition 



The name and edition of the classification scheme applied 
is entered in subfield 1, in free form. Abbreviations may 
be used if the name of the scheme is well known in the 
abbreviated form (e.g. UDC, DC, LC for the Universal Decimal 
Classification, the Dewey Decimal Classification and the 
U.S.. Library of Congress Classification schemes respectively) 



Classification number 

The number as found in the scheme's schedules is to be 
entered in subfield '2. 



3. Example ^ * 

The subject of research is the "technology of dam construction 
inj^igoslavia"* The reporting information service is providing 
classification numbers in accordance with both the FID/Unesco 
Broad System of ordering (BSO), 3rd revision, 1978, and the Dewey 
Decimal Classification, 9th.abridged edition. ' » 

Cpntents of repeated field R20: 

00@lBSO,|43^d|«rev.|41978@2712,72-026,YU 
J90@lDC090abr. 02627. 09427 
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R21: ABSTRACT, * 

1. Field definition " * . ' • 

Tag: R21 ' - . 

Indicators: 00 
/V Subfields: 1: Abstract; 

2: Language of abstract (optional) 
Repeatable: Yes, if the abstract is given in' more than one 

language. 

2. Data description « 

.Field R21 is intended for a short text (abstract^ describing 
a research project or a research institution. It should be 
entered in the langu*§e(s) agreed by the participants in a partic- ^ r 
ular exchange agreement or information system. The use of this 
field is mandatory if no keyword(s) (R19) or classification 
number(s) (R20) are provided. 

I Subfields * 

1 Abstract V ^ 

In the abstract for a project should be included the objectives, 
the methodology used and any applications. The abstract for 
an institution should include the main field(s) of research 
and related activities ,gnd services. Jj> 

2 Language of abstract v - 

In some cases when an abstract is provided in more than one 
language, it may be Useful to indiccfte the language of the 
abstract given in subfield 1. This should be done in coded. " > 

form. A s^t of codes is found in Appendix 1i. 

»• "3. Examples 1 > ^ 

Example 1 

r? ■ • - ' 

Contents of field R21: \ 4 

0001 Thecal mtfof 0the0pro ject 0i s0t hetfcompl et i ontfof 0t he0b i ol ogi cal A 
survey0of|ithe|4Flora|iand|«Fauna0^^^ 

base0in|ithe|iAntarctic.|^ „ 
investigation. 0The|4results|iar^^ 
project. 

Example 2 • 

A directory of research institutions provides descriptive infor-' 
motion on the organizations under three headings: "Aims", "Primary 
Information" and "Services 11 . 

* Contents of field R21: 

00@lAIMS)i:|i!lTechnical|iand & * 
. " field. 0Ecdnometric^^ 

conference0proceeaings.|iSERViCE^ 

queryjianswering ' 
R M/RPI May 1982 
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J*31:„ ACADEMIC DEGREE FOR WHICH, RESEARCH IS UNDERTAKEN 



1 * i^ Figld definition 

Tag: R31 

~ Indicators: 00 

Subfield: 1: 

Repeatable: No. 

2. Data description 



Type of degree 



Field R31 is used to enter a note on the type of degree, if any, 
for which the research project is being undertaken. An abbreviation 1 , 
if generally recognized in th^ 1 anguage of the data base, may 
'be used. This fifeld is optional. 

3. Exampl e 

The degree is Doctor of Philosphy (Ph.D. ) 

^Contents of field R31: * 
» 00@lPh.D. 
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R32 ^INSTITUTION AWARDING DEGREE 




Field definition 



Tag: 

Indicators 
Subfields: 



Repeatable 



R32 
00 
1 

2: 
3 
4: 
5 
No. 



Name of institution 
Address of institution 
Country code- (optional ) 
Region code (optional) 
Abbreviation or acronym (optional*) 



,2. Data description 

Field R32 is used to enter the name of the institution awarding 
the. degree for which, the research is being conducted. This 
field should not be^entered if the institution awarding the degree 
is the same as that where the research is conducted. This field 
is optional . ■ > ^ . 

Subfields * - 

• — ■ - m - V 

1 Name" of institution 



The name of the university, college, etc, should be entered 
in its official form in subfield 1. It is not necessary *•* 
/ta mention the faculty or department. Otherwise, the same 
/ rules apply as those for R14: NAME OF INSTITUTION: 



(a) 



(b) 



(c) 



(d) 



If the name 
alphabet it 
the UNISIST 



of the institution is not Sn the Roman 
should be transliterated according to 
schedul es ( see Appendix C) . v ^ 



A fuller form of the name than that supplied may be 
entered if known. 

The full name of - the institution is mandatory even 
if an abbreviated form of the name is entered in 
subfield 5 e ' 

The name of the institution should always be entered 
in its official or working language(s) and, if necessary," 
may be repeated in other languages. Each different 
language version of the same institutional name should ' 
be placed in a repeated subfield 1. To distinguish 
between official different language- versions and 
translations by personnel of the data base, the trans- 
lation should be entered in square brackets. 
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2 Address of* institution - • N 

The address or location of the institution may be ejrtefed , * 
in subfield 2 in the complete form 1 required for postal 
purposes, ignoring any redundancy which may arise where 
- , the place name forms part of the organization (e.g.' "Uni- 
versity of Cambridge, Cambridge, England"). However, an 
incomplete address may be entered when no fuller infor- 
mation is available. Useful details such as telephone and 
telex number, mm& cable address may be added. 

# ' 

3 Country code * 

The country where the institution is situated may be 
entered in subfield 3 using the 2-charaeter alphabetic. co<ie 
of ISO 3166:, Codes for the representation 'oT names of \ i 
countries (sea Appendix A). " ~ " ' ~ 

0 4 Region code > 

. A code denoting the geographical or geopolitical region 
in which the country of the institution is situated may 
be entered in subfield 4. ' 

/5 Abbreviation or acronym 



J n addition to the full name entered- in subfield 1, an 
abbreviation or acronym of the name of the institution may 
be entered in subfield 5. .... ■ J 




Example 



The research is being undertaken for the degree Docteur-^gen- 
ieur at the University Paris Sud. 



Contents of field R32: 



00@lUniversitStfParis|6Sud 




# 
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FINANCIAL SUPPOftT 
Field definition 




Tag: 

Indicators: 
Subfields: 



Repeatable: 



R33 

00 

1: 

2:, 

3: 

4: 

5: 

6:' 

7: 

Yes, 



Source of support- 
Amount " ■ 

Grant number % 
Abbreviation or acronym . 
Address 

Country "code # 
Region code 

if there is . more than one source of support. 



2. v Data description 



Field R33 is used to enter details relating to the financial 
support of the research project. The fi^ijeld which \% optional 
is divided into seven subfields. ' 



J 



Subfiel/ds 



Source of support / ' ' ' / 

The name of the organization supporting the research projgct C 
should be entered in subfield 1. Where several levels of ' 
4 the organization exist, it will be sufficient r in most cases 
to enter the highest level only. However, should it be. 
necessary or desirable to .enter all or several levers,, this 
shjwrfd bp done following the same conventions as those specie 
fied for subfield 1 of R14: NAME OF INSTITUTION. The names 
of the\organizational levels should be entered from the' 
largest to the smallest. For large and complex organizations,, 
such as some university or government"" departments, inter- 
mediate levels, fhe* inclusion of which does. not add significant 
information to the entry,* may be omitted, provided always 
that the most relevant. unit is entered and that the entfy 
provides an*tinambiguous identification of the organization. * 
In order to* facilitate manipulation of the organizational 
levels by computer a ("plus" sign) should be inserted , 
instead of a space between each organizational unit. h 



The following additional conventions apply to this field: 

{d/f ; If k the name of the institution is not in the Roman 
alphabet it Should be transliterated according to 
the UNISIST schedules (see Appendix C). 

(b) A fuller form of the name than that supplied may 
be entered if known. ^ ■ 

(c) < The full name €f the institution is mandatory even 

if an abbreviated form of the name fs entered in 
subfield 4. 
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(d) The name of the institution should always be 
entered in its official or working language(s) 
and, if necessary, may be repeated in other lan- 
' guages. Each different language version of the 
same institutional name should be placed in a 
repeated field I. To distinguish between official* 
different language versions and translations by 
personnel of the data base, the translation should 
be entered in square brackets* 

When the project is financed' from resources available to 
the institution where the research is conducted, "Recurrent 
budget", "Own resources" or a similar-expression may be 
entered. 

2 Amount ' 

The amount of the financial support should be entered 
in subfield 2. Either the total amount over the entire 
project period should be entered or annual allocations 
,may be entered followed by the year in parentheses. Each 
entry should be seperated from the next by a semi -col on 
and a space, \^ 

3 Grant number 

If the organization which is providing the financial support 
has allocated an identification number to the grant given 
to the project being described* this number, if known, 
may be entered in subfield 3. It should be copied without 
any alteration to the form in which it is used by the 
financing institution, 

4 Abbreviation or acronym 

' In addition to the 'full name entered in subfield 1, an. 
abbreviation or acronym of the name of the supporting 
institution may be in entered in subfield.4. This should 
correspond exactly to" the full name in subfield 1. If 
■ several levels of the organization are cited in subfield . 
,1, the same number of levels should be entered in subfield 
4 and each should be separated by "+". If no abbreviation 
exists for a particular level, that level should be entered 
In full. ' " 7. 

5 Address 

The address or location of the institution may be entered 
in subfield 5 in the complete forih required for postal 
purposes, ignoring any redundancy which may arise where 
the place nam<§ forms part of the name of the organization 
(e.g. "University of Cambridge, Cambridge, England"). 
However? an incomplete. address may be entered when no 
fuller information is available. Useful details such as 
telephone and telex number, and cable address may be added. 
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Country code 

The country where the Institution is situated may be entered 
in subfield 6 using' the 2-characfter alphabetic code, of ISO 
3166: Codes for the representation of names of countries 
(see Appendix A); ' " " 

Region code 

A code denoting the geographical or geopolitical region; 
in which the country of the institution is situated, inay 
be entered in subfield 7. 



3. Examples 
Example 1 

The source of support is the United Nations Development Programme, 
which is contributing the amount of $99,000 over three yfcars#, 
The United Nations Development Programme is well known under 
the abbreviation "UNDP 11 . The UNDP grant number is CMR/79/41 5;. ' 



Contents of field R33: 

00@lUnited0Nations^ ! 
6ver)«3^years@3CMR/79/415@4UNDP 

Exampl e 2 , \ 

;A two-year project is financed on a fifty-fifty basis from the 
recurrent budget of the Mu'sedm Zoologicum Bogoriense (institution 
where research is conducted), Jalari Juanda 3, Bogor, Indonesia 
and from a contribution by an interested international institution: 
Centro Internacional de Agricultura Tropical (CIATl, ApdQ. A^reo 
67-13, Cali, Colombia- The total budget is made up as follows: 

1981: US$50 *000; 1982: US$ 150,000. 

The project is being recorded by an Engl is h- language data bas6. 

> ■ ■ 

Contents of .field R33 (repeated): / . «•.' ' 

00@lRecurrentfc5budget@2US$)«25 / ^W( 1981 ) ; fcJUS$*J75 ,000(1982)00@i 
Centro)iInternacion.al|ide|iAgricultura)iTropica1@l [International 0 
Centre|*for|«Tropical|«AgricultureJ@2US$|«25 > 000(1981) ;|6US$|iJ75 ,000 
(1982)@4CIAT 

or 

00@lOwn|iresources@2US$|lil00,00000@lCeritroiiInternacionaliide|6 
Agriculijura|«Tropical@2US$)«100 > 000@5Apdo.|«Ae'reo06,7-13 > |«Cali > |« 
Colombii 

(Other variants of recording including more or less of the avail 
able information are possible!) ' . x_ 
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R34: RESOURCES 

1 . Field definition 

, Tag: R34 V V 

Indicators: 00 \ ^ • 

Subfields: 1: Number of staff \ 

2: 'Equipment 
Repeatable: No,. 

2. \ Data desc ription 

' : — — J* 

-Field R34 is used to -enter- fro number of staff involved in the 
research ajhd details of any equipment of special significance 
used in the project. This field which is optional is divided 
into two subfields. 

Subfields : . 

1 Number of staff 

Details of the number of staff should be entered in this 
subfield. If it is not already clear from the rest of 
the record, the staff may be divided according to their 
roles, for example research off icers, administrative .staff , 
the number df each being given. Each type of staff should 
in this case be separated from the next by a semi-colon 
and a space. 

v . 

2 Equipment . 

Details of any special equipment used by the project should 
be entered in subfield 2 in free form. * 

3. Exampl e * 

A project consists bf a project head, eight professional research 
staff, two laboratory assistants and a secretary, the most 
important piece of equipment consists of a laser generator. 

Contents of field R34: 

00@19)iprofes$ionalt*staff ;t*2|f51ab.tf5assistants;tf5secretary@2 
lasertfgenerator. 
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* 2.R35.1 

,R35: BUDGET BREAKDOWN 

1 . Field definition 

Tag: . R35 

Indicators: 00 

Subfield: 1: Notes on budget breakdown 

Repeatable: No. 

2. Data- description 

This field is used tb enter in free form details on the composition 
of the budget. The use of this field is optional. 

3. Example 

A project has|£30,Q00 for staff salaries, £l ,G00 for travel and 
£3,500 for equipment. 

Contents of field R35:° 

0001 Staf ^salaries: £30, 000; ^Travel : £l ,000;0Equipment: £3,500 
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; R36: RELATED DOCUMENT(S) 

1. Field defi nition 

. » — — — _ ■ 0 

Tag: R36 
. '• Indicators: Position 1: 0 

Position 2: 0, 1, 2 
Subfield:. l : Availability note 
Repeatable: No. 

2. , Data description 

This field is optional and is. intended to indicate whether any 
publications or unpublished documents related to the research 
project are available. Indicator position 2 is used for this 
purpose as follows: 

Indicator Position 2 

* • * 

n . 0: No Project documentation is available. 
1: Related documents are available. 
2: The official project .report is available. 

The information given by means of the above indicator settinq 
may be supplemented by an availability note: 

Subfield 1 : Availability note • 

The main objective of subfield 1 is to supply any additional 
information on available documentation which is considered useful 
When the documents are not available from' the institution where 
the research is conducted but from somewhere else the name and 
address of the organization where the documents can be obtained 
can be entered. -This field can also.be used to mention, for 
example, that a list of project documents is available. 

r 

3. Examples . * 

Example 1 

The project report is entitled "Final Report on a project to 
study the strategic developments affecting the long-term energy 

lllall :r T >- aut L is H ' K1ee > Pusher Johnson' of London, 
date of publication 1980. The document is in English. 

Contents of field R36: 

02 ' ... 

or 

' 0201ENG 
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Example 2 * . % 

No project documentation is available but an official report 
is expected to' be released in July 1983. 

Contents of field R36: 

00@lProjecttf report|6expected|6to|6be|6rel eased|6i n|6J ul y|61983 

or 

0201Planned^date^of|6re1ease0oft6prooect|6report|6:t6July|«1983 
Example 3 

A research institution is carrying out a project on domestic 
solar energy production and storage on behalf of an international 
petroleum company. No project documentation will be made available 
to^the public. '. • . 

Contents of field R36: 
* .00 

or i 

00@lResearcht6undert6privatet6contract . 
Exampl-e 4 

Documentation on a research project in China 1? 'available .In 
Chinese, . upon request via J ocal Chinese embassies. No information 
is given whether a final report is orv.will be available. , 

Contents of field R36: m ' ' " ' u 

I 0l@lPro jectt6document s|6avai 1 abl e ,tf i ntfChi nese ,V>f romjil ocal 0 
Chinesejtembassies 
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R37: RELATED RESEARCH PROJECT 
1. Field definition 



Tag: 

Indicators: 




R37 

Position 
Position 
1 
2 
3 



Repeatable: 



0 

0, 1, 2* 
Related research 
Related research 
Related research 
relationship ' 
Yes, if it is desired 
related project 



3, 4; 5 
project 
project 
project 



record number 
details in free form 
searchable subject 



to refer to more than one 



Data description 



4 



Field R37 is provided for recording any related research project. 
Preferably, the record number of the related project should be 
entered in subfield 1, but, alternatively,, short detail s, such 
as the title of the projept, may be entered in free form in subfield 
if. the record number is not known. This field' is optional. 

Indicators * 



The second indicator position should be used to denote the relation- 
ship between the research project entered in field R37 and the 
project being described. It should be noted that the meaning 
attached, to the indicator settings refers to the status of the 
project entered in field R37 and not to the project being described 
in the main body of the record: 



a predecessor 
of the record 
a successor of 
the record 
related to the 
record in terms 



0 Relationship unspecified 

1 The project entered in subfield 1 or 2 is 
of the project described in the main body 

2. ; The project entered in subfield 1 or 2 is 
■ . the project described in the main body of 

3 The project entered in slubfield 1 sor 2 is 
project described in the\ main body of the 
of subject matter. , — 

4 The prpject entered in slifefield 1 or 2 is an integral or „ 
separate (self-contained) part of the larger (broader) 
research project or programme described . in the main body 
of the record. - . .■ 

5 The project or programme entered in subfield 1 or 2 contains 

- or coordinates a number of smaller (narrower in scope) research 
projects, one of which is described in the main body of . 
the record. 

Indicators and subfields have been'designed to allow for maximum 
flexibility in implementation: they can be combined in different 
ways to suit different individual requirements for (searchable) 
specificity. 
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Subfields 

1 Related research project - record number 

When known, the record number of the related research project 
should be entered in subfield 1 without any alteration or 
addition. . 

2 Related research project - detail s in free form - 

When the related research project has not been recorded 
or when the corresponding record number is not known, infor- 
mation should be entered in subfield 2 in free form. Normally 
this will consist of the title of the related project and 
the name and address of the institution where it is carried * 
out. Additional information, e.g. details on the nature 
of th£ relationship such as subject relationship, may also 
be given in free form. Subject information in coded or 
equivalent form should be entered in subfield 3. 

3 Related research project - searchable subject relationship 

When the' scientific discipline applicable to the related 
project is identical with or otherwise rel ated to that of 
. the project described in the record, the relevant classification 
number(s)or keyword(s) may be entered in subfield 3. When 
more than one number or keyword are applicable, each number 
' or termor string of terms should be separated from the 
next by"a semi-colon and a space. Alternatively, subfield . 
3 may be repeated for each number or term. 

If the subject coverage of the related project and the project 
described in the record are identical, a service may prefer 
to set indicator position 2 at 3 and not enter anything 
in subfield 3 depending on the system's objectives and design, j 

Examples, 

Example 1 — ' 

The project being recorded is the successor to an earlier project 
numbered AJ505. 

Contents of field R37: 
0K&1AJ505 . 

Example 2 

The project being recorded "Investigations into single-grain 
sowing of cereal" is related to one entitled "Single-grain sowing 
in cereal farming" which has not been entered in the system, 
and so has no control number. This project is undertaken at 
the same institutes 



6 
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-. ' ■ ' ' • ' ' » . \ 

■ ' • * 

Contents of field R37: " . 

00@2Si ngl e-grai nfcisowi ngt6i nfcicereal 0f armi ng0( atfcisamefeSinstitute) 

or 

% 03@2Si ngl e-grai n#iowing|Sin0cereal0f arming0(at0same0institute} 

Example 3 v v * # 

A record describes the project "In-depth study of those applying 
for artificial insemination by donor in order to have 3 child 11 . 
Assigned uncontrolled index terms: "artificial insemination^; 
"medicine"; "Jaw"\ A recording information service wishes tor 
relate this project" to another project entitled: "Medico-legal 
aspects of human artificial -insemination". This project has been 
assigned "the same uncontrolled index terms and the record number 
.80-H1-01. 

Contents of fiel<l R37: 

03@180-Hl-01@3^artificialt«insemination;Nedkine;^l | aw " 

or , N / 

,03@180-H1-01 

or 

04@180-Hl-01@3arti f ici al fcJi nsemi nation; 0m.edic.ine; 01 aw 

(in this case the related project is a sub-project of or is 
collaborating with the project described in the record, i.e. 
"In-depth study of ...") 




\ 
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R38: 
1. 



NUMBER OF "PROJECT OR CONTRACT 
Field Definition 



Tag: 

Indicators: 
Subf iel ds: 

Repeatable: 



R38 



1 : Project number 
2: Contract number f 

Yes, if more than one project or contract number 
is assigned. 



2. Dat a description 

Field R38 is used to enfer: 

- (a) the number assigned to the project by the institution where 
it is being carried out; and/or 

(b) the number of the contract under which the research project 
— <^ is conducted. 



This field is optional. 
Subfields 

1 Project number 

The project number should always be entered in subfiel4 1* 
exactly in the sime form, including all punctuation and 
spaces, as that used by the organization which, is responsible 
for the execution of the project. Care should be taken rr6t 
to confuse the project number with any other numbers such 
as the grant number (to be entered in field R33), the contract 
number (to.be entered*in subfield 2), or the record control 
number (to be entered in field 001). 

2 Contract number ' 

The contract number should always be entered in subfield 2, 
exactly in the same form, including all punctuation and spaces, 
as that uSfcd by the organization which commissioned the research 
work. Care shoulcj be taken not to confuse the contract number 
with any other numbers such as the grant number (to be entered 
in field R33), the project number (to be entered in subfield 1) 
or the. record control number (to be entered ir^ field 001). 
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■ ' 2.R38.2 

3. Example 

A research institution has assigned the number IE/060300/74/0887 
to one '•of its projects.- This project is being carried out under\ 
^ a contract, numbered PGI/790061. Some government financial support 
is also being received under the terms of a grant numbered 
IE/74/00495. < < 

Contents of field R38: 

■0001IE/060300/74/088.702PGI/790061 

NB : the grant number is not entered here . 
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1. Field -definition \\ 

Tag: R39 1 

, Indicators*: 00 • • 

Subfields: 1: Source 

2-...: Discipline (see below) 
•« Repeatable: Yes, if more than one discipline and/or . 

source for its description are applicable. 

2. Data description ^ 

Field R39 is used to enter the main scientific discipline or 
activity with which the project or institution described in the 
record iV concerned. ^ 

* This information may be entirely or partly identical with or 
supplementary to that given in R19: KEYWORD (S), R20: SUBJECT 
CLASSIFICATION CODE and R21; ABSTRACT. Normally, however, the 
information in R39 will be at higher ^generic level than that 
in fields R19, R20 and R21. For example, if jhe terms "culti- 
vation", "turnips" and "organic compost" are entered in R19, 
the corresponding entry in R39 could be "horticulture" or "organic 
horticulture". ^ 

The main discipline or activity may be indicated in free form ^ 
or .in accordance with a specific thesaurus, classification system 
or other type of control lejfM;erminology. Given the existing^ 
diversity in subject description, subfields other than 1 and 
indicators are left undefiney-rsatt4^|53rti to an exchange should 
agree on defined subfields and indicators according to the require- 
ments of their subject description system. 

Subfi.eld 1 is used to indicate, in free form, which classification 
or r indexing system is the source for the entry. If applicable 
the edition ahd/or year of publication of the subject identification 
system should also be given and, if well known, the name of the 
system may be cited in its abbreviated form. 

1 Field R39 is optional although parties to. a particular exchange 
may decide to make this entry mandatory* 

3. Examples 
Example 1 

A project team is studying the social and economic organization 
of groups of nomads in the Western Sahara. This project is 
recorded in a data base using the "Broad System of Ordering" 
(BSO) classification system. The entry in* field R20 is "533,36- 
530,21-023,61". However, on a broader level , this project is 
concerned with cultural anthropology. An. appropriate entry may 
therefore also be made in field R39; A, consistent application 
of this indexing^ policy would enable listings of projects and 
institutions in the broad field of cultural anthropology. 
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Conte&ts of field R39: ^ 
0PlBSO,)i3rd)irev.)il978@2533 

Example 2 * *\ . 

A project concerned with research in the field of metal fatigue 
of jet aircraft wings iis carried out at an institution specializing 
in materials testing. A data base specializing in engineering 
and technology applied research makes the appropriate entries, 
in uncontrolled indexing terms. In R19, it enters the terms "jet 
aircraft; wings; metal fatigue; testing". '■' r 

Contents of field R39: . - 

00@lUncontrol 1 ed0i nde'xi ng0terms@2ai rcraft timet al 0 
fatiguejitesling 



v. 
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f ■ 2.R40.1 
R40:' NAME OF CONTACT PERSON ' 

1. Field definition . ■ \ \. 

Tag: * R40 - * 

.Indicators: 00 \ . . ° . 

Subfieldsf-,. 1: Name of contact person . 

2: Function of contact person 
a '. 3: Address ' - - 

Repeatable: Yes, if there i o s more than one contact person. V-^ 



2. - Data description 



Field R40 is used to ertter the name(s) of the. petson(s) "to *be 
contacted for further information on a particular research project 
or institutipn J This field Is mandatory for records describing 
research instirhtions and for records describing research projects 
when th§ person to be contacted is different from any o^f the 
persons entered in R13,' or when it is felt necessary or desirable 
to specify wltlch person should be contacted from two, or more 
mentioned irr R13. - v ^ 1 " • ' . 



Subfields , * 

1 Name of contact person 



The name should be entered in subfield 1 in its full form 
when known. The name should be entered family name (surname) 
f i^st , followed by personal names (forenames), for example: 
BroW, John Henry r The family name should be followed by* 
a confwia and each forename should be preceded by a space. 

If family name .and 'initial s only are known, the initials 
should b,e entered followed by a full' stop in place of a 
full forename. Initials are not separated from each other 
by a space, but a space must occuc between any initial and 
a family name or part of a family name^Ce^g. a prefix). 

Titles which are part of the name (Sir, Lord, etc.)* should 
be entered in parentheses following the forenarjyss or initials. 
Titles or "additions to names which 'are, often used in addresses ^ 
(e.g. Mr, Mrs, Prof., Of) may be entered in the same way. 
Titles representing qualifications such as degrees or member- 
ship of 'learned ^societies, or mil itary honours (e.g. M.A., 
Ph.D., F.L.A.), Bhould\ot be'enter^d. 

Certain names^caii^e problems because it*i^not afways clear 
which part^of " tha^toe^^the family name apd which the 
forenames! This catwory^includes double-barrelled names 
and names containing prefixes such as de, del , -de Ja, van, 
von,' etc. No' international, standard governing the entry 
of names in computerized information system! exists. A I 
publication which reflects the treatment favoured by a 
number of national libraries is: Interpatipn^L" Federation 
of Library Associations and Institutions. Names of persons: 
national usages for entry in catalogues . 3rd e.d., London, 
IftA International Office for UBC, 1977^ 203pp. The UNfSIST 
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Reference Manual also contains guidelines on the treatment 
of -personal names, tyfnch 'are reproduced in Appendix D. 
Given the Existing diversity in the treatment of personal 
names and the lack of an international standard, it is not 
practical 40 prescribe precise rules in the present, Manual . 
The UNISIST guidelines may be used but, ultimately, the . 
decision is left to the partners engaged in a particular ^ 
exchange of information on research in progress. However, 
treatment of personal names should be consistent and ade- 
quately documented (see Part 4). 



Function of contact person 

• / ' 

This is an optional subfield which may be used to indicate * 
the particular function, job title, etc. (e.g. Head, Chief f 
Engineer, "Gesc^aeftsfuehrer 11 ) of the persdn to be contacted. 
Although not essential this information can be useful for 
formatting addresses. 

If the information available from.a contact person is limited 
or pf a very specific nature, this can also be indicated 
in this field, in parentheses. If this is entered in addition, 
to details on function etc^, it' should follow that information 
separated from it by a space 0 . m t . ■ 

Address,, / 

This is an optional subfield which should only be completed 
when the address of the contact person is different from 
"the address* of the institution which is entered in R14. 
If entered* the address should be given in- the complete, K \ 
form required for- postal purposes, ignoring any redundancy : 
which may arise where the pl^ce name forms part of the 
name of the organization te.g. "University of Cambridge, 4 . 
Cambridge, England 11 ). However, an incomplete address may 
be entered when no fuller information is available. Useful, 
details such as telephone number, telex number, and cable 



' address may be v added. 
3; Examples 



Example 1 • o . . \ 

■ « ■ < • - ■ ' A \ 4 \ * 

Thg person to be contacted for any type of information on research 
conducted at a French university institute specialising in economic 
study of public transport is listed. as: ; 

"Madame Nicole CI ere,* Bibl iolTh^ai re". 

Contents of field R40: 



00@1 CI ere ,|6Nicol e@2Bi bl i othecai re 



or 



00@1 CI erc,0Nicol e(Madame)@2Bi bl i othecai re * 



or 



9 ; 00@rClerc,|6Nicole(Mme) : V *- 
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Example 2 , 

An information sheet on an Italian research institution, special- 
izing fn applied research on electromechanical constructions 
and electric systems lists two contact persons, one responsible 
for corporate planning and another one for technological processes 
amd quality control: 

"Dr. Ing. Adelchi Zancan, Direttore Pi'an<if icazione, Dr. Ing* * 
Giulio Piazzi, D.irettore Tecrtologie e Qualita", 

Contents of repeated field R40 (in an Engl ish- language data base): 
00@lZancan,0Adel chi (Drying. )@2Director|flCorporate0 ' 
Planning0001Piazzi ,)6Giul io(Dr|4In§.)@2Director0 
Technologies0and|6Quality * 



00@lZancan,j(JAdelchi@2(corporate)6planning)00@lPiazzi ,J6 
Giul io@2(technological)4processesi5and|iquality^control ) 

NB : Additional variants of completing "field R40 (repeated) # 
are possible, including mention of the functions in ther" 
' % \ orfginal language. The two variants shown above convey 
the same* information albeit in a different form., ^ 



or 
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R41: GEOGRAPHICAL AREA 
1. Field definition . 



Tag: » R41 ' % *° 

Indicators: 00 v \ J : * ..... 

• * Sjjbfi'elds 1: Geographical r\ame 

2; Code ; " . 

. * 3: Source of geographical name . 

4: , Source of code \ ~ 

Repeatable: Yes, if it is necessary to cite more than one 

geographical n r ame« 

2. Data description 

Field, R41 is used to indicate the geographical area(s) - if any - 
which are covered by or are relevant to the research project 
-or institution described in the record. Note that .this information 
Jias nothing to do with the place of origin of the record, or the 
geographical location of a project or institution^ it exclusively 
covers the geographical area which is part of or connected with 
the investigation carried out by a project or which is of particulai 
interest to*the activities of a research institution. 

Field R41 is optional., #| - 

Subfields 

. \ % ' Geographical name 

The. % name of the geographical area which is or. forms part 

# , of the subject of investigation , of a research project or 

whiclr is of particular interest to a. research- institution 
'is entered ip subfiejd 1. A geographical name may refer 
to^ny kind of geographical pr geopolitical entity such 
as a country, a political grouping of countries (e.,g* an 
intergovernmental organization like NATO or the Warsaw Treaty 
Organization), a marine or land area such as th^, South Western 
Pacific or the Subtropical Zone, a particular geographical 
* (grouping like "Arab Countries 11 , etc. 

Th £ fu1 1 geographical -name musit, always be-entered, even, 
if it is jrt so entered in coded form in subfield t. Exception 
can be made for geographical entities which are usually ^ v 
referred' to. 1n abbreviated form (e.g. NATO, USA) . 



Since the precise fdrf|w)f geographical names is often deter- 
mined by vt he administrative or political* framework within 
which an information system operates, no-spetfif ig source 
v ds recommended. For tftose who have a free choice .in this 
matter, consultation of the following may bet Useful: 



x 
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- ISO 3166-1974 . Codes for the representation of 
• names'of countries (a maintenance agency frequently - . 

issues' of f i ci al amendments to the names and codes) 

>.» - Rost Office guide * Current edition and 
supplements. London (UK), H.M.S.O. 

'• , The Tintes atlas of the world , f Latest^* 
comprehensive edition. London 1UK) , Times 
Newspapers, 197. - (The Times Concise Atlas 
of the World is also published regularly 
since 1972.) .f . 

- Group 3: Geographical Codes , in: Ingrid PRINCE- 
PERCIBALLI. AGRIS Classification Scheme (FAO- . 
AGRIS-3). Rome (Italy), FAO. Current edition . 
and regular updates available from AGRIS 
Coordinating Centre, FAO, Rome, Italy. •/ 

2 z Geographical code , , 

The geographical name may be entered in coded form in 
subfield 2. 

For the names of countries the two- letter alphabetic. codes 
of ISO 3166 are recommended. For all other geographical 
names, users of the Reference Manual may devise their own 
. codes dr adapt any existing coding scheme; including the 
AGRIS codes referred to above. 

3 Source of geographical name ' ' ' 

It is recommended to enter the" source used, for listing 
geographical names in subfield 3. This is of particular 
importance in connection" with referenced to geopolitical 
areas which are^often defined in a slightly different way . 
by different organizations. The source; must be cited in" 
sufficient detail to make identification possible. In 
the case of a published source, 'the edition and/-or the year 
of publication must be mentioned. 

If the source for bb\h the name and the code is the same 
it should be entered only once, "in subfield 4.. - ^ 

4 Source of code 

When a code has been entered in subfield 2, the source must 
always be mentioned in subfield 4. The same detail must 
be given as for .the source In-subfTeld 3. 
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3. Examples 
Exa mple 1 



A research unit in the legal department of an institute for the 
study of international relations specializes in comparative studies^ 
of legal institutions in English speaking Africa. 'AGRIS geographical 
names and codes are used. 

Contents of field R41: 

0(3@lAttglophone|«Africa@2GlO2@4AGRISl«Classification|6 
. Scheme (Rev . 03 ) .tfRome ,0FAO s 

Example 2 

♦ ■ «i* 

A record is made of a research project concerned with growing , 
of high-yielding wheat varieties fn Mexico. , 

Contents of field R41: . 
00§lMexi CO02MX04 IS03 166- 1974 ' 

or * 

00@lMexico '- 
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R42: COOPERATING INSTITUTION 



1. Field definit ion 
Tag: 

Indicators: 

"'Subfields: \ 



Repeatable: 



R42 
00 

If 
2 
3 

5 
6 

Yes, 
institution. 



Name of institution 
Address of institution 
Country code (.optional) 
Region code (optional) 
Abbreviation or acronym '(optional ) 
Date of establishment (optional) 
if there is. more than one co-operating 



2. Data description 



Field R42 is used to enter the name, address etc. of an institution 
which i$ co-operating with the institution which is described . 
in field R14. The co-operation may concern a particular research 
project or may consist of a formal or informal general undertaking 
at the overall organizational level.. The latter case would be 
reflected in entries of field R42 in records describing research 
institutions. * 

This is an optional .field. 

The specifications for R42 are identical with those for R14. 

V 

Subfields , 

1 Name of institution , 

Where several levels of the organization exist, the name 
of the unit within the organization more directly concerned 
with the co-operation should be mentioned in 8my case. 
The name of the units should be entered frorfi the largest 
to the smallest. For large and complex organizations, such 
as some university or government departments^ intermediate 
levels, > the inclusion of which does not add significant 
information to* the entry, may be omitted, provided always 
that the most specific unit is entered and that the entry 
provides an unambiguous identification of the organization. 

In order to facilitate manipulation of the* organizational 
levels by computer, a "+" < t" pi us 11 s>gn) should be inserted 
instead of a space between each organizational unit. 

The following additional, conventions apply^to this field: 

(a) If the name of the institution is not in the Roman 
alphabet it should be transliterated according to 
the UNISIST schedules (see Appendix C). 

(b) A fuller form of the name than that supplied may be 
'entered if known. , «■ 
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- (c) The full" name of the institution is mandatory even 
if an abbreviated form of the name 'is entered in 
subfield 5>. • , "\ ' ' 

(d) The name of the institution should always be entered 

in its offidial or, working language,(s) and*, if necessary, 
may be repeatedjn other languages* Each different 
language version of the same institutional name should 
be placed in a repeated subfield 1. To distinguish 
• between official different language versions and 
translations by personnel, of the data base, the trans- 
lation shoyld be entered in square brackets, 

2 Address of institution 

r * ' 

The address or location of the institution should be entered 
in subfield 2 in the complete form required for postal purposes 
ignoring any redundancy which may arise where the place 
name forms part of the organization (e.g. "University of 
Cambridge, Cambridge, England"),. However, an incomplete 
address may be entered when no fuller* information is available. 
Useful details such as telephone and telex number, and cable 
°. ' address may be added. ' ■ . , 

3* Country code; ... c . 

• - 

The country where the institution is situated. may be entered 
in subfield 3 using the 2-character alphabetic code of ISO 
3166: Codes for the representation of names of countries 
(see Appendix A). " 

s . ■ . 

4 Region code — m ' » 

A code denoting the geographical or geojpoliticakregion 
in which Hhe country of the ^institution ris situated may 
be entered in subfield 4. * . . * / '\ 

5 Abbrevi at i on or acronym 

- In addition to the full- name entered in subfield'l, ar^ 
abbreviation or acronym of the name of the -institutioh may 
be^entered in subfield 5. This should correspond; exactly 
tf> the full name in subfield 1,. ' If several levels of the 
organization are. cited in subfield 1, the same number of 
levels should'be entered ~in subfield 5 and each sh(kijd^be , 

, separated by "+". If no abbreviation -exists f or a particular 
level, that level should be entered in ful^ " 

6 Date of establishment 

If known,' the date, wheh the research institution was estab- ' 
lished may be entered in subfield 6. Theidate should be 
formatted in accordance with the International Standard 
ISO 2014: Writing of calendar dates in all -numeric form * 

, The day, month and year should be entered in the form YYYYMMDD. 
Both the day and month may be entered as 00 if not known 

-.. " precisely or if they are, considered as unnecessary information. 

RH/RCI ' . -, Wy 1982 

; . :. L 7.5.' • ^ 



2.R42.3 



^ Subfield 6 is optional. Consequently, the use of indicator 
position 2 to indicate the degree of certainty of the date, 
as jn R16, is not explicitly foreseen here. However, parties 
to- an exchange are free to introduce it if they so wish. 

In any case, if a date is recorded which is uncertain it 
should be foHowed by a question mark. When validation 
programs require an -entry in subfield 6 in aU. cases and 
the date of establishment is not known at aTT, a question, 
mark should be entered. 



3. # Exampl e 



An English-language data base on research institutions specializing 
in energy problems lists a university department, in the UK which 
co-operates on a regular basis with an institution in Costa rica 
and in Italy respectively. The name, address, etc. of the two ^ 
institutions are: * .J , 

"Escuela de Ciencias Geograficas 
Facultad de Ciencias de/la "nerra y el Mar 
Universidad National ^ ^ 
Heredia 

Costa Rica 11 — ' 

and 

"Istituto di Economia del le Font i di Energia { IEFE) 
Universitcf Commercial e Luigi Bpcconi 
Via Sarfatti , 25 
20136 Milano 
Italia". 

The institution in Costa Ric*i was established towards the end 
of 1973. The date of foundation of the, Ital ian institute is 
unknown. The recording data base has a standard entry for thi-s 
information in both its" machine-readable and printed products 
and translates the name of institutions into English. t v 

Contents of repeated field R42: 

* 00@lUniversidad|i5Nacional+Escuela|i5de|i5Sciencias|6 

Geograf i cas@lCNat i onal |6Uni vers i ty+SchoOl |i5of $ 

Geographical ^Sciences! @2Heredia > t5CostatJRic.a@3 
. CR@6197300@lUniversita|6Commerciale|iLUigi|6Boc.coni+ 

Istituto|6di]iEconomia|6delle|iFohti|6di|iEnergia@l 

CUniversity|ifor|6Business|6Studies|6Lui.gi|6Bocconi+ 

Economics|iof|6Energy|6Resources|iInstitut0@2Via|6 

Sarfatti s |ii25,|ii20136|4Milano,kHtaly@3IT@5IERE@6? 
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*R99: NOTE(S) 

1. Field definition t / - 

Tag: R99 ' 

Indicators: 00 " " ■ % 

Subfield: 1: Note(s) < 

Repeatable: Yes. , 

2. % Data description 

Field R99 is provided to enter any ancillary data required in 
the repord which cannot appropriately be entered in any of the 
4 fields, including their "Notes" subfield, defined in the Manual. 
This will be the case fordata which are- relatively informal 
in jiature, or of highly infrequent occurrence. 

It must be stressed that, although field R99 has been provided 
to meet the possibility of an occasional need for the inclusion 
of ancillary data, its use is recommended only as *a last resort. 
Where an individual service regularly needs to include data 
elements which are outside the scope of the present Manual, it 
.is recommended that "local" fields tagged from Z00 to Z99 should 
be defined for this purpose. ■.'<"' 

Field R99 may be completed in free form and may be repeated if . 
required. 
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PART 3: RECORD FORMAT AND RELATED SPECIFICATIONS 
^ CHAPTER 3,1: RECORD FORMAT 



3* Kl*' Record format: general 

The. record format jn the Manual is to be regarded as 7 a specif ic 
. implementation of 'the international standard ISO 2709 : Document- 
ation-Format /for bibliographic information interchange on magnetic 
tape , a revised version -of which has been published in 1981. 
The Manual's implementation is based on the revised standagjl 
but it should be noted that the previous (1973) edition of 
ISO 2709 remains a valid implementation of the revised version. 

The record structure defined by ISO 2709 will be referred to 
hereafter as the "ISO. record 11 .. ^ 

The ISO record Is divided into three sections: a fjxed length 
label or leader occupying the first 24 characters or bytes, 
a variable length directory , and data fields of variable length. 
Although the standard does not mention fixed lehgjfn, fields, 
such fields may be considered as a special type of variable 
length fields* and, consequently, their use is in conformity 
with the ISO 2709 record structure. Some aspects of the record 
structure are described below, but for full details the reader 
should consult ISO 2709. A diagrammatic representation of 
the record format is given at the end of Chapter 3.1. 



0 * 
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. * 3.1.2 Record format: label or leader 

: ■ r. — 

The table below shows the contents of the fixed length label 
(or leader) at the beginning df each record,* as specified 
• in ISO 2709 and as applied, in the Reference Manual implementation 
(an asterisk in the right hand column indicates exact corres- 
. pondence with the ISO Standard): # ( . ' m 

- 1 * i 



Characters 
(or bytes) 


ISO Standard 


.Reference Manual' 
implementation 

* < . - 0 ■ 


0 to 4 


Record length 


* ^ 


5 


"A 

Record status character 
(e.g. new, deleting) 


Record status character 
(see notes below; if 
not .used, enter as zero) 


6 to 9 


Implementation codes 


i ■ * • i 

■ ■ ( ■ 
Keservecu Tor use in 

bibliographic records 


10 


Indicator length 
* 


Indicator ; length 2 minimum 
2 bytes for Reference 

* M -i n 1 1 i 1 o vrh anno q ^> r\ r\ o 

'rianua i excnange recorab, 
. but additional indicator 
positions may be defined 
Py agreement pexween 
parties to an exchange 
I (see 3.1.4 below) 




11 ^ 


Identifier lencfth f " 


2 bytes** (see 3.1.4 below) 


12 to 16 


Base address of data 


: '• [- " 


17 to 19 y 


For user systems 


* 


20, 21, .22 . 


Directory map 




23 x 


For future use 
■ * % — 


* ■ < 



4 J 

* - I 
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Character position 5 • T 

indicates the status of a record by me&ns of the following 
upper case alphabetic codes: . . 

N New record 

an entirely new fuTl record.* , ~ 

• R Replacement record 

; substitutes completely a previously issued record. 

A Amending, record - . v: 

'Substitutes part of a previously issued record (users 
may prefer a replacement record for this purpose) 

D Deleting record ' 

deletes an entire record, v ' * 

I . Interim record 1 

a provisional record in anticipation of . a definitive 
full record. 

Character positions 6-9 

are reserved for "implementatio/i" codes, i.e. codes to be defined 
at the discretion of individual bibliographic user systems. 
These character positions should not be used in records describing 
research projects -or Institutions and should be entered as 
zero. 

.. * • :\ \ 

Any character position not used^ in the record label should * - 
*be set to zero. /. 
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3.1.3 Record format: directory 



'The directory is a table containing' a variable number of fixed 
'length entries , terminated by a field separator cocfe (see 3.1.&). 

Each' entry corresponds to a specific data field (record identifier, 
reserved/or bibliographic t field) in the record, and is divided 
into. four parts (elements) : 

** - * 

(1) fag element : . a three character code identifying the, content 
of the data field which corresponds to the directory entry. 

(2) Length of datafield elfement ': the number of characters or 

. v / bytes occupied by the data field which corresponds tot the , 
directory entry, including indicators and field separator 
■/^ but excluding the record separator code if the data field 
is the last field in the record. 

(3) Starting character position element : a decimal number 
giving the position of the first- character of the data 
field which corresponds to the directory entry.. ^The position 
is computed relative to the base address of the data fields . 
part of the record (i.e. the starting character position 

.of. the first data field following the directory) , which is 
» zero. ' 

i * ■ ■ . 

(4) Implementation-defined part element : the implementation- 
defined part of each directory entry is a" new but optional 
additional element introduced in the revised ISO 2709'. Its 
content is not defined in the standard. In anticipation 

of possible international guidelines on the use of this 
fourth element, it£ use within the Reference Manual context 
is left optional and undefined. 

The length of the directory entries is controlled in character 
positions. 20-22, which, with character position 23 r (reserved, 
for future use and hence to be zero filled), make up the directory 
map * Position 20 determines the length bif the "length of data 
field" element in the directory entry, position 21 determines 
the number of character positions allocated to hold the starting 
character position part and position 22 indicates the length 
of the implementation-defined part. If the latter is not used, 
position 22 is set to zero. V s 

No pcTnt of the directory entry may exceed nine characters in 
lengt|f. Since the tag element is always three characters long, 
it follows that the maximum total length of any directory entry 
is thirty characters.. However, the revised ISO 2709 also stipu- 
lates that "all entries in a directory have the same structure". 
Within the context of the Reference Manual this is interpreted 
to mean, that, within records as well as within N file£, the 
respective lengths of each part of each directory entry* and,, 
consequently, the, total length of each directory entry, have 
to be the same. Therefore, the contents of the parts other 
than that for the tag\and the implementation-defined element 
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will have to be right- justified with zero fill if necessary. 
Any character position not used in th^ implementation^defined % 
part will have to be filled with blank or zerioTbut right justi- 
fication does not apply because the positionf of the .numeric or 
alphabetic characters to be entered here will be ordered 
(first, second, etc). in relation to the category of information 
which is bejng coded, •Obviously zero filling does not apply 
to the tag element because tags in the Reference Manual 'are always' , 
three-character alpha-numeric. , , .- fct * ■ v< 

Where the length of a:data field exceeds the largest number (N) 
which can be stored in the "length" part of the directory entry, 
two or more successive directory entries are assigned, and the 
field is treated as if it were divided into a series o'f parts 
of length N antf a remainder part. .Each directory entry referring 
to a field of this type contains the following elements: 
' - ■ V" 

('a) The tag which identifies the field, repeated in all entries. ' 

■*» ■ > • * 

(b) Length of data field = zero, except in the final directory 
entry, which contains, the length of the remainder part, S 
of the data field. . 

* " - 

(c) Starting character position of the part to which the directory 
entry refers. / 

(d) • Length of implementation-defined part = zero, except in 

rji the final directory errtry, which contains the actual length^ 

(contents) of this part if used.* ' * . 



/ 




3.1.4 Record format: .-data fields * * 

In the Reference Manual implementation of the ISO record format, 
a data field is defined as consisting of: 

.""(a) indicators; 

(b) one or more subfields; 

(c) a field separator (see introduction to Part 2, page 2.0.1, 
and 3.1.10 below). 

The number of indicators may be varied by individual users 

to meet their own system requirements. However, the first * 

two indicator positions are reserved for use "as defined for 

each data field in Part 2 of the Reference Manual. Consequently, 

the minimum length of the indicator in a Reference Manual exchange * 

record is "2", and the reserved indicator positions should 

not be used for any o£heK purposes.^ ^ 

shown in -character position 10 of the record leader. 

A subfield consists df a sutffTeWH<lentif ier followed ,by a > 
data string which .is delimited by either anpther subfield 
identifier or a field separator . A subfield identifier , in * 
Reference Manual exchange records, consists of a-subfield 
identifier flag (see introduction to P^rt 2,. page 2.0.1, and 
3.1. rO below) and one pth^r character, normally a decimal digit m 
or upper case letter. In Part 2 of the Reference Manual the 
i subfield identifier flag is Represented by the'symbtfl 

; fhe subfield identifier W is- reserved for •"Not6s" Subfields. 

It will be Observed that the Reference Manual implementation . 
' of the ISO record format uses only "type 4" fields of the four 
field alternatives S^own in'the .figure at the end of the standard. 
An appropriate adaptatidn of the ISO diagram ts given on page , , 
3.1.11. ' - 
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r 



Tags 002-009: 



J3.1.5 1 Record- format : tagging scheme , " . 

The ISO record format prescribes three-character tags. Early 
versions of. the standard have insisted that tags should be 
^ numeric, and this has been *the most common implementation 
practice. The revised standard allows numeric, alphabetic 
and alpha-numeric tags. 

Additionally, ISO ^709 assigns special significance to certain 
groups of tags as specified below: 

• Tag 001: record identifier data field . In the Reference 
Manual implementation,, the content of this field 
is not deftn'ed,- since the record identifier will 
vary from one user system to another. The principle 
of reserving tag 001 for an identifier is to. 
be followed; the specifications for its use are 
V 4,. regarded as a matter for agreement between parties 

to an exchange. * 

reserve'd data fields . These are conventionally 
used to store groups of fixed length data elements 
which may be required for the processing qf the 
/ .record. They do not carry indicators or subfield 

identifiers. The use of 'reserved data fields' 
is not excluded in the Reference Manual but is 
left undefined. /All data elements treated in * 
the Reference Manual are deliberately regarded 
as variable length* or potentially variable length. 
In this connection it should be noted that ISO 
2709 does not, prescribe that data elements irj 
the reserved fields should be fixed length. 

Tag' assignments in the Manual have been made arbitrarily from* " 
base R00. It was felt that the allocation of specific tag 
representations should.be unstructured and non-hierarchical, 
to be consistent-' with modern "taMe-oriented". programming methods* 
This has two benefits: maximum flexibility of assignment, and 
effectiveness of table-oriented program design. . An intellectual 
structuring of groups of tags assigned to "related 1 ' data elements, 
may be useful /for some purposes, but this structuring should 
be reflected in the contents of the tables used to interpret 
the tags, not in the tag representations themselves. The 
usefulness of such intellectual groupings -is! solely for input 
or, output, not for exchange between machine systems. 

Users may need^more fields than are present in the Reference 
Manual. Such local fields should be allocated tag notations 
within the range Z01-Z99. 

> • * . * 

Whereas tags should be listed in ascending alpha-numerical ■ , 

order in the directory,; there is 'no, requirement to' list fields ~ 
in the record following the same order." 
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3.i.6"* L inking of records • • " ~^ « 

— 1 • • . . — ~~ , 'a ■ 

Certain situations may arise -.in which It is desirable ,to cross- 
reference related research" projects- In'ihe present Manual" - 
T this is made possible by usjing^the repeata&le field £37.: RELATED 
s RESEARCH PROJECTS.,* where ttle nature of- the. -relationship^ is 
* -v i indicated i»n the second,..!' ndicator position and the-- related 
v -project is entered'in subfield 1 or* 2. K The field is repeated 
for each different .related project. • . . , 

. It'is assumed that.a record ;ex'ists in the. data base-of each 
. . related" project* and, if not, that such a record will be created. 
. The normal procedure, therefore, will consist -of entering the 
.record number of the related project in subfield 1. Only in • 
• '• " those cases- when- a -record describing the related project does 
not 'exist; and when for some reason it is impossible or unprac- 
* tiqable to-create such record, should^sho-rt-^iescxiptiop.. 
Of the related project be entered in subffeid 2.. This, second 
procedure "is to be. avoided whenever possible in order to forestall 
' the creation of /nested", or "embedded"' records, i.e. sub-records, 
using the same tags and data elements as the main record, but 
contained in one data field of- the main record. This technique 
not only may result in unusually, long records but also makes 
access to individual data elements of the embedded records 
'difficult. - 



■ a 




So 



(Ic mm ; • • v«wj*? 



; . . 3.1.9 

3.1.7 Physical tape standards 

* * 

It should be noted that ..the assumption is mkde throughout Part 

* 3 of -the Reference Manual that the basic medium for exchange 
will be nine-track, half-inch magnetic tap£ recorded at 800 , 

* bpi in NRZI mode in an i ndu&try,- compatible form, complying 
where applicable with relevatnt ISO standards. {However, in 
recognition of recent technical developments in relation to 
formats of commercially available tapes, parties to an exchange 

• are left free to agree on the use of nine-track tape recorded 
in other modes or at other packing densities. 

In passing it may be observed that the essential principles 
and specifications of the Reference Manual are considered to 
be valid for other physical formats or media, e.g. paper tape, 
magnetic cassettes, on-line transmission, etc. 
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3.1.10 



3.1.8 Standard separators 



The following standard separators or delimiters are used in ' 

the ISO record format (ISO 2709), and, therefore, in the Reference* 

Manual;exchange format: ' ^ ' 



Record separator 

(terminates a complete 
. record) 

Ffel^d separator 
(terminates a complete 
data field) 



IS 3 (see Table 1 in % Chapter 3.2) 



IS, 



Subfield identifier flag IS, 
(introduces a subfield 
identifier) 



May 1932 



DIAGRAMMATIC REPRESENTATION OF THE 
REFERENCE MANUAL RECORt) STRUCTURE 



Character positions 0 to 4' 
5 

* ' 6 to 9 
10 
11 

12 to 16 
17 to 19 

20 
21 

* 

. 22 
23 

3 characters 



^eaddr— of data: 



Field 001 

Fields 002 to 009 
and 00 A to 00Z 
Additional Fields 
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Record lengtl) 



Record status 



Implementation codes 



Indicator length 



Identifier length 



Base address of data 



For user systems 



Length of length of 
datafjeld in each entry 



Length of starting 
character position 
in each entry 



. Length of imple- 
mentation — defined 
part in each entry 



For future' use 



Tag 



Length of datafield 



Starting character 
position ' 



Implementation- 
defined part (optional) 



Entry 



Entry 



Field separator 



Reference data 



Field separator 



Reference data 



Field separator 



Indicator 



Identifier 



Data 



Identifier 



Pats 



Identifier 



Data 



JFisld separator 



Indicator - 
Identifier 



Data 



Identifier 



Data 



Identifier 



Data' 



Field separator 



Record sepsgetor 
Next record 



Record 
label 



^Direc- 
tory 
map 



Entry 



Fixed 
length 

• field 

(24 char.) 



Directory 



Record identifier 



Variable 
length 
fields 



Reserved fields 



Data, 
fields 
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3.2.1 

* • ■ . 

'CHAPTER 3.2 : REPRESENTATION OF CHARACTER SETS 

The character -set for use in information exchange recommended in con- 
junction with the Reference Manual- is that represented in Table 1 on 
page 3,2.2. This is a valid implementation of the international standard 
ISO 646-1973: 7-bit coded character set for information processing 
interchange . It should be noted that fcther implementations, are possible 
under the standard but this requires explicit agreement between partners 
to an exchange. In the absence of any such agreement, users of the 
Reference Manual are assumed' to use the character set given in Table 1 ^ 
ontheir exchange tapes. ^ 

/'if more characters and signs tha,n the 128 which can be represented 
following tfjp conventions of ISO 646 are needed, the code extension 
techniques described in ISO 2022-1973: Code extension- techniques for 
use with the ISO 7-bit coded .character set are to be applied. Correct 
implementation of the character sets- referred .to requires consultation 
of the . full text of these ISO standards which.are available from national 
standardization institutions or direct from ISO Central Secretariat , • 
P 0 Box 56, Geneva 20, Switzerland. * . A ■ < * 

On page 3.2.4 the' USSR GOST character set intended for users of the 
Cyrillic alphabet is represented in Table * 



3.2.2 



TABLE 1: ISO CHARACTER SET ,© 




NOTES TO TABLE 1: ISO CHARACTER SET 



The graphic characters in positions 2/2, 2/7 ; , 2/^2 and 5/14*. 
have respect i vely the significance of quotation Mark*, apostrophe, 
comma and upward arrow head; however, these "characters take * 
on the significance of the diacritical Signs diaeresis, acut,e\ , 
accent, cedilla and circumflex accent when they are preceded 
or followed by the backspace .character jn position 0/8. < 

The symbol in position fe/0 represents grave- decent*. 

Positions 5/12, 7/1 1 , 7/12 and 7/13 a re*>re served ^explusi vely .' 
for specific characters to be explicitly *agreed\between partners 
to a particular exchange. These positions are primarily intended 
for alphabet extensions. If they are not required for that 
purpose, they may be used for symbols. * \ --^ r 

Positron 7/14 is used for the graphic character pverline, the 
graphic representation of which may vary* to represent , the tilde 
or another diacritical sign provided that there is no risk 
of confusion with another graphic character included in the 
table. > • ,\ . . T ■ ' . - 

In the table the columns and rows; are identified *by numbers * * 
written" in binary and decimal notations. > % „ 

Within any one character the bits are -idenf W+ef by by, 

bg...... f ....b 1 , where by is thef highest' order, or most significant 

bit, and b^ is the lowest order, or lerfst' significant bit* 

Any one position in the table m^y J>e identified either by 

its bit pattern, or by its column .and row numbers. For instance,, 

the position containing the digit 1 may be identified: 

. - by its bit pattern in order of decreasTng 
significance^ *i.e. 01,10001; ^ 
- by its column and row numbers, i/e -3/1'. fc 
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* ' • TABLE 2: GOST CHARACTER SET 

v 





0 


1 


2 


3 


4 


5 


6 


7 


o 


nyc 


API 


IIpo6eJi 


0 


10 


TT 


ro 


n 


1 


H3 


(cyl) 


.! 


1 


a 




A 






HT * 


(cy2) 


it 


2 


6 


P 


E 


p 


3 


KT 


(cy3) 


# 


3 


U 


C 


it 


— ^ — 


4 


Kn 


cm 


X 


4 




* 

T 




T 


5 


KTM . 


HET 


' % 


5 


e 


y 


E 


y 


6 


• m 


. CHH 


& 


6 








w 


7 


3B 


* 

KB 




7 , 


r 






B 


8 


BUI 


- AH 


( 


8 




b 


X 


b 


9 


TT 


m 

KH 




9 


H 


H 




bl 


10 


nc 


3M 


* 


• 


ft 


3 


ft 


'• 3 


11 


BT 

* 


AP2 




• 

# 


K 


III 


- K ' 


III 


12 


, n<r> 




t 






9 

— 1 ' — 


• 

jr 


3 


13 


BK 


pr 






M 




M 


m 


14 


BbK 


P3 




9 > 
f 


H * 


*i 


H 




15 


BX 


P3 


/ 


? 


o 


i 


0 


. 3B 



\ 
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4.1.1 



PART 4: A BRIEF GUIDE TO DATA BASE* DOCUMENTATION 



. CHAPTER 4.1: INTRODUCTION 

G6od documentation is essentia! for effective use of data bases. Technical 
details concerning* the computer-related characteristics are, of course, 
necessary* But equally important are the intellectual details of<cayerage, 
indexing and abstracting policies, editorial policies and practices, 
selected choices from among alternatives allowed by the Reference Manual^ 
specifications, and extensions for user-defined data fields*. 

Guidel ines- are provided for topics which need to be covered in the 
documentation. There is no intention to prescribe the organization, 
arrangement, or format of such documentation. The outline of this section 
can be used as a model, if desired, but this is not essential. Each data 
base producer will need to determine the purposes which are to be served by 
the documentation and to design the format, content, organization, depth of 
treatment, and editorial style accordingly. If desired, the documentation 
may take the form of an extension to the Reference Manual , identifying any 
additional rul es adopted for the data base, or it may incorporate Reference 
Manual material where appropriate to provide a self-contained 
publication. In either case, detailed references to the Reference Manual 
and to UNIBID should be included for recipients who do not already have the 
Reference Manual or the UNIBID address readily available. 

/ 

Data base producers who obtain/copyright protection for their documentation 
should consider granting copyjnq or re-publication permission for those 
portions of the documentation'wnich describe literature coverage and 
general editorial characteristics of the data base. ^Siich permission will 
help ensure completeness and accuracy of data base descriptions included in 
search guides and similar publications issued by information dissemination 
centres to their . subscribers. 
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4.2.1 



CHAPTER 4.2: DATA CONTENT AND EDITORIAL POLICIES 



4.2.1 - M Introduction 
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Detailed descriptive information on the data content, and the 
editorial policies which govern it, is at least as important for 
the machine-readable data base as it is for companion or related 
printed publications. This information is ofterr„to be found in 
the introductions^ to printed products which may be usable for 
drafting this part of the documentation with little editing, It v 
is strongly recommended that relevant descriptive information be 
included in" its entirety in the data base documentation, rather, 
than referring data basejcecipients to other published sources 
which may not be readily available. 



4.2.2 Types of Information on Research in ft rogre/s. Covered 




Identify the types of informatiorr on research in'progress covered 
by the data base, such as research programmes, projects, 
institutions, lists of research .workers, financing institutians.. 
Provide quantitative, data where possible \t<5 indicate th'e 
approximate numbers of each type* for sf6me representative 
publishing cycle (for example, for a year if the -data base uses 
annual volume numbering). If the data base is partitioned or <* 
sequenced by type of research infbrmati on 9 provide a description 
of this arrangement an4 its relationship to periodically 
distrlbutedmagnetic tapes. 9 J- \ 

Special attention should be given to any* types of information on 
research in progress which are not described in the Reference 
Manual, with spmp indication as to how the Reference Manual, 
specifications ha v^ been, extended to handle them. This may be by 
analogy with one" of the defined types, citing any fields which 
have been modified or added tp accommodate the additional types, 
or by a complete description for each additional type simtlar^to 
what is v provided in Part 1 of the Reference Manual. 



4.2.3 'Selection Criteria 



The documentation for data bases with_a^subject matter, . 
discipline, or mission. orientation^ should include a definition or 
description of ^the area of coverage and t>f the seleption^criteria 
used 4n determining y/hich research projects, institutions, etc 
will be included. Particular attention should be given to the * 
areas of overlap with related disciplines;, so that users of the ' 
docijmentatfpn can make reasonably accurate judgements for^ 
inter-disciplinary uses of th^ data base** 

' ' ' * ' • / ■ 

• J ■ : . • • '. • * 
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If the data base is a composite file of records obtained from a 
number of sources, the selection criteria "should be specified 
independently for each source unless they are' identical , for all . 
It may also be appropriate for some types of composite data bases 
to give the approximate number of records from each source. If 
the distribution form of the data base is partitioned or 
t 1 sequenced by source or other form of selection criteria, a 
description should be provided. 

«> 

* 

4.2.4 Irfdexi ng _a nd Abstracting f plji c A es 

A general description should be provided of indexing, 
- classification, or otter means of subject access proi/ided in the 
data base. The information should include, a£ appropriate, J.he 
authority sources for all indexing or classification schemes, 
quantitative data on the frequence of occurrence (density) of 
* assigned terms or codes, the representation form of the index or . 
classification entries in the data base (ef.g. text, numeric* 
, codes, etc.), and any additional characteristics of the scheme, 

such as weights, roles, importance levels, and so forth. The 
" information provided* for each type of indexing need not duplicate 
' the detailed descriptions provided .-for -individual-fields (see 
Chapter 4.5); rather, i,t should provide a general overview of the 
subjec-t access techniques used and .how they . relate to each other: 
Sufficiently Retailed information should be provided for printed, 
microform, or machine-readable versions of authority sources 
(texts, thesauri, user guides, etc J , 'so' that^urchase orders or 
other acquisition procedures can be initiated. on the basis of the 
information given. * - ■ 

For data bases which include abstracts or other types of 
narrative annotation of content, the following information should 
be provided, as appropriate: conventions used in preparing the 
abstracts, the language(s) that can occur, abbreviations used, 
any special- conventions employed for graphics, mathematical k 
* symbols or other characters not available in the basic character 
set, the source(s) of abstracts (e-.g. whether provided directly, 
by the reporting institution or research worker or prepared by 
the data base producer), and any other special features which , 
would affect retrieval based on/the abstract text or 
interpretation of the abstract y/hen displayed as part of an 
annotated directory. If abstracts or annotations of content are 
. v included with only some of^the records, criteria for this , , 
^difference should , be explained. , I 

4.2.5 Currency Data ' >" - : ^ 

General information should be included concerning the elapsed' 
time between the publication dates of 'the information on research 
in progress selected and the appearance of its. corresponding 
• .record in the data base. If possible, figures should be given 
separately for the ^Tfferent types of information or sources if 
the differences are .significant. 

" 1 / ■ ; . • ■ . ; - 
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4.2,6 Related Publ i cations 



■ 4.2.3 



Include in the documentation descriptions of all printed or 
microform publications available from the data base producer, or ' 
other sources, which are related to the data -base. This 4 would 
include companion publications, such as directories, which 
incorporate some or all of the information recorded in the data 
base; thesauri, word guides,. authority listings, and index code 
1 istings; 'derivative products, such as standard^ SDP services; and 
educational or user aid materials. The information provided for 
each such publ ication* should include a brief description of the . 
work, its publication schedule, its relationship to thej/dat*^ ' . 
base, and sufficient availabil ity information for acquisrtioi%,^v 
purposes. : . "V^ 

4.2.7 . Educational Support v .> . t?f' 

- If the data base producer, or some other organization, provides 
consulting, advisory, or educational services related to the data^, 
base, such resources and services should be described -with 
suffici£ft$f information for their acquisition or use. Such 
educational support could include periodic seminars and 
\y '.*■: .workshops, as well as individual technical support services, 

educational publications, and visual a fid materials. While it may 
not be feasible or desirable to include an actual schedule of 
t ' ^^^iucational training programmes in the documentation, information 
i^.p^how to obtain the schedule should be included, Rerhap§ as an r 
. v order form. . • ' ' ' 



4.2.8 ^ Document Delivery Services 

/Those data base producers that provide copies of some or all of 
.the documents pft)duced by the projects* cited ip;their data base, 
^ or 4iave arrangements with other organizations to do so, should ■ 
include in fhe documentatippLji description of'such, services, ; Q 
'their spurce(s), and acquisition, procedures! a 
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CHAPTER 4. J:, GENERAL CHARACTERISTICS OF THE DATA BASE 

'.' ' ' •• « • - 5 


* 


' 4.3.1* 


Introduction ' * * 

— < r * 






Data bases vary widely in tFSe design^corvventions which are -% - 
adopted and especially in the perl icies and practices-used for 
handling related ^search projects and institutions. Information 
provided on thg' logical and physical structure of the data base, 
as well as specific conventions or practices common to the entire 
data base i grteatly simplifies the use of a data base tjy its 
recipients. : ■ .'' • a 

t 




» 4.3.2 


Distribution Service Content and Schedule ' £ , 

Describe the content of the magnetic tapes distributed, 

identifying the number of files per issue or other distribution ' v 

- period and the general content of each file. Also,, describe the 
sequence of records in all files containing research or reiated, ■ ' . 
Hata (e.g. a data dictionary file) and explain^any dssumptiorfs / s • 
related to the sequencing Which can or. should be taken into / ' ' - 

. account in processing the file. " / 


• 

• • 

J 




Describe the schedule(s) for delivery of the distribution service 
magnetic tapes, such as weekly, ^monthly, quarterly, and so forth, 
. in as much detail as possible without necessitating frequent 

revisions to the documentation; If more than one distribution \ , 
.service plan is available for a given data base, all* can be 
described in the documentation with an indication that the choice 
is the recipient's option. If retrospective or archival . 
collections are 'available, describe their contents and periods of • 
coverage and the units in which they can be obtained (e.g. 
volumes or years). If addenda records are issued sepaYately or 
if corrected 'data base records are -'available, -describe such 
sendee's, their distribution frequencies, add the procedures for 
their procurement. * * N ■ 




4.3.3 


Definition of a Logical Record * ^ ^ ; 




Include in thfe documentation ah explicit definition of what 
constitutes a. single logical- record. "This can usually be 'done by, 
relating the contents of 'a logical record to the corresponding * 
projects or institutions which it describes. Particular 
attention should be given to those cases where more than one \ 
research project or institution is described in the same logical 
record. Examples of such cases would 'include a liiting of the 
t reseaf^hprojects forming part of a research programme, an 
enumeratT&n ofv research institutions co-operating with or 
subordinated to a particular institution, etc. 
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4.3.2 



J 



Whenever these or similar types of related projects or 
•• institutions are handled in the same logical record, information 

should be provided as to the conventions used. This may be by 
means of notes, added entries, detailed subfields in user-defined 
. fields, subrecords, or some other technique. When related 
projects^or institutions are handled through the use of the 
/linking'field R37 between separate records, information should.be 

included as to the conditions under which the linking technique 
- is employed (i.e. the types of related 'projects- or institutions 
which are linked) and any conventions as. to the relative sequence 
' • of such linked records on the exchange tape. 

•^4.3.4 Language and Character Set , 

• Describe the language or languages used in the records of the" 
0 *' data .base, including policies regarding translation or 

transliteration. Data bases specifically designed to accommodate 
two or more languages, for example by means of the inclusion of .♦ •• 

• abstracts in different languages for each record, should 
highlight these practices and provide guidance on selection 
criteria, if necessary, for those recipients that may wish to use 

'only one of the data base languages. • ' ' 

i .- Identify the character set(s) used in the records and -the 

y "•" .specific transliteration standards or' conventions , used for * 

languages not handled by. the selected character sets. 
Transliteration tables must be included in the documentation for 
■ - any character set conversions which are not international (ISO) ^ 

standards, .are not given in the Reference Manual , or which have \^ 
been modified from either the ISO or Reference Manual standards. 
1 - Conventions for handling characters, symbols, or typographic 

conventions not described- in official standards -must also be 
explained. •. • 



4.3.5 Lease/Licence Agreement Provisions 

■ . i . ■ ' ' 

The documentation for data bases which are distributed under 
• " lease, licence, or other contractual agreements should include a 
description of any restrictions on the use of the data base, 
general pricing'information such as provisions for royalties 
(though not necessarily specific costs), requirements for display 
of copyright statements or other ..indications of proprietary 

interests, and similar information. If desired, specimen 
agreements can be included. Such procurement documents are 
frequently issued and retained by business offices* and the 
information contained .in- the agreement may not be -readily 
•~. ^ avail abl e to/the techni cal personnel actual ly using the data 
* base. ■.' - ' • • 
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J < ■ ; . 

. CHAPTER 4.4: TECHNICAL ^SPECIFICATIONS >, 

4.4.1 'Technical Documentation 

/— : : 1 y 

Data bases are created and copied.for distribution* on many 
different* kinds of computers throughout the world, and they are 
subsequently processed by recipients on a similar variety of 
computers. The technical specifications should clearly identify 
the make and model of computer used for generating the 
distribution magnetic tapjes, including the [operating or executive 
system. Having this information available 'can often provide 

£ : insight intq data processing problems associated with reading and 
processing the' magnetic tape services which would otherwise be 
intractable. Also, the control or command language and acronyms 
used with' one, make of computer are frequently different from 
those used with other makes,, and this 'difference between 
computers can be further complicated by language differences 
among- data* processing personnel using the magnetic tape services. 
In preparing the technical documentation for a date base, it is 
advisable to write out technical terms in full, supplemented by 
acronyms or codes if desired, and* to follow as far as .possible 
data processing vocabulary given in ISO 2382: Data processing 

. * vocabulary . All deviations from ISO Standards and from the 
standard conventions for the computer systems on which the 
^ magnetic tape was generated should be clearly identified and 

described in detail. * 



4.4.2 Internal Magnetic Tape Labels 

Identify -the national or international standard foil owed for 
constructing internalMab^ls for magnetic tape, if the tapes have 
internal labels! Otherwise, explicitly state^ that the tapes are 
not labelled. Describe in detail the content of the 
producer-defined data fields in the labels, such. as volume-serial 
identification and tHe data set name. ^ 

4.4.3 External Magnetic Tape Labels 

All magnetic tapes issued as paft of a' data base producer's 
distribution service should have external (paper) labels securely 
affixed to each physical tape reel containing the following 
information: 




: . - Data <base< producers name 

- Dat& base name .. ■ 

- Type of tape (e.g. regular, update, reissue, etc) 

- Volume number and/or Year 

-Issue number* or other issue identification 
'-International Standard Number for the data base \ 

- Recording density • * 

- Number of recorded tracks \ 

- Number of individual reel (Reel ... of ...) 
> - Block Size (Physical record size) 

- Logical record size * 

- Character set* ■ ■ . . 

- Number of records 

- Internal volume serial number (if labelled)* ^ 

- Data set ri^me (if labelled) - 

- Date of tape (usually date of creation}. 

Other information, such as a customer identifier or copyright 
statement is at the discretion of the tape producer. The . - 
documentation itself should contain a 'sample of the external* 
labels used by the data base producer and instructions for the 
interpretation and use of any data or codes which are not 
self-explanatory. ' ■ 

* 

Recording Density ' 

All recording densities in which the distribution version of the 
data base is available should be identified, with an indication 
of the procedures to be followed to change from one density to 
another (e.g. when recipients' computer tape drives are upgraded 
or replaced). If other recording jlensities.are<available on a 
special basjs, include this information in the documentation as 
well. • * . ■ :* 



NUmber of 'Recorded Tracks 

Identify the "number of data tracks used in recording the magnetic 
tapes (e.g. 7 tr, or 9 tr.). If more than one form is available, 
indicate which combinations with recording^ densities are 
available. If the mapping of data bits into recording tracks 
does not correspond to ISO 962: information processing - 
Implementation of the 7-bit codeda character set arid' it sT7-bit and 
8-bjt extensions on 9-track 12,7mm (U.b inch) magnetic tape , a 
detailed explanation of the recording convention- must be 
provided. > • ' • • v ' \ t: ' 

« ■ •■ . * •".*;* " ■«•*..*./.". 

•?":•' . " : v 

Block Size, Logical Record Size, and, Spanning Techniques 

Identify the physical block size(s] and laical record size(s) in . 
which' the distribution tape service is available. Illogical 
records can span physical record and/.or block boundaries, 
describe the technique used, either by reference to the y 
appropriate international standard or with detailed 
specifications and examples. ' y 



This part of the documentation should ^al so specify whether tha^ 
procedure for entering field's the length .of which exceeds the 
largest number which c^n, be stored in the "length", part of the v * 
directory, described in 3.1.3, has been followed. * 



Character Coding Scheme 

Identify the character coding scheme used in representing t\fe 
data f orf the maghetic tape, either by, reference to the appropriate 
ISO standard(s) or by including - 9 table specifying the bit ' v % 
patterns and their corresponding graphic characters. If extended 
character sets ,are used, in accordance with, for example, the 
methods descr-ibed in ISO 2022-1973: Code extension techniques for> ; 
use with the ISO 7-bit coded character set , /provide the reference^ 
table of bit*patterns of hexadecimal 1 codes and their 
corresponding graphics. 



^ Magnetic Tape Replacement . 

Describe the policies and procedures for obtaining replacements 
of magnetic tapes damaged in shipment, not received,' 
unprocessable, or containing errors. Specify in detail any 
information required from the recipient for tapes found to be 
unprocessable or to- contain errors, if a form is, to be completed 
"to report the problem or to obtain a replacement, include a 
specimen in the documentation. ■ % 

. / ; ' . ■ .' ■ 

Technical Assistance ~ . \ \. 

■+ 

Data base producers that provide technic 1* advise or* assistance 
in the use of their magnetic tape services should include the , 
name of the person or office to be contacted, the telephone and 
telex numbers as appropriate, the address to which problem 
reports are to' be sent or from which requested materials are to * 
be obtained j and a description of the types of assistance 
available (or not provided), 
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CHAPTER 4.5: DATA FIELD DESCRIPTIONS 
Introduction * 4 

This section of the documentation should describe. the data 
♦content of the data base on a field by field basis. Descriptions 
for fields which are already defined in the Reference Manual can 
be limited to identifying the selected alternatives, where 
choices are allowed, and to explaining any deviations or 
extensions. Inscriptions for user-defined fields. (the. Z series- 
of fields) should follow the same outline and format as is used 
in Part 2 of the Reference Manual. a ■ - % - «. 



Data Field/Element Matrfx ,; _ / 

Include in the documentation a matrix or table identifying the 
dat£ elements and corresponding fields, which can occur in the 
description of research projects and institutions as implemented 
in the data base. The data elements/fields should- include hot 
only those defined in the Reference Manual which also occur in - 
the data base, but "also- any other ones for which the UNISIST 
specifications have been extended. The codes used in the matrix 
or' table may simply indicate possible presence or absence, or may 
provide further .information .as appropriate to the data ,base (e.g. 
E: essential .(mandatory) , i.e. required to, be* present; S:^ 
supplementary (optiorfal), i.e. may be present). 

** . . „ n - •■ . • • t * " 

. \ .. . ' ... .. • . . ■ . - • ' 

Reference M anual Field Descriptions 

Include* in this section of the documentation one entry for each 
of -the Reference Manual fields which can occur in the data base./ 
For each entry, identify the subfields which are actually used 
(as opposed to those which are available for use), the Values 
which each of the two defined indicator positions can have and 
whether the field is repeatable. If additional indicator 
positions* are defined for a particular data base implementation, 
define the codes and their meanings for each, in thte same format 
as used in the Reference Manual. 1 Similarly, if additional 
subfields! have been defined, provide descriptions of their use, 
supplemented with examples, where appropriate. , For those 
subfietcfs defined in the Reference Manual- which permit variations 
according to the producer's editorial policies and practices, 
provide a description of the data content for each, including 
examples and citations to relevant authority sources where 
appropriate. ^ 
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If the'desiga chosen for the data base documentation is a, 
sfclf-contained dbcument, rather than a supplement or companion to 
the Reference Manual / a section should .be included with each 
field description .stating its agreement with the Reference Manual 
specifications or identifying significant differences, as 
described in the preceding paragraphs". This will allow • , 

recipients using several different data bases in the Reference 
Manual format to identify, quickly those characteristics *of the 
data base**which make it unique or different. 

All data bases have the potential for being used retrospectively, 
for producing special -purpose Hstings on request, t for preparing 
merged or composite data bases, and for sjmilar applications.- 
When used for such purposes, it is essential to know what 
changes, if any, have occurred in the data content or its 
representation over the years of the data base, and mention of 
these should be majJe in the documentation. This would include 
such information as when new data elements (fields or subfields) 
Were introduced to the data base, changes fn the meanings of 
codes, discontinuation of fields or' subfields V changes in m 
transliteration policies, adoption of national or international 
standards which affected the content or representation of data, 
etc. ' ' ' ' 1 ' 



User-defined Field Descriptions 

This section of the documentation should include one, entry for 
each of th^ fields added by a .data- base producer as a 
user-defined field (i.,e. a Z-series field). The recojjimended 
format is that of the field descriptions in Part ? of the- 
Reference Manila 1: Field Definition; Data Description; and 
Examples. In addition, information regarding changes over time 
should be incorporated' as it relates, to the particular data base. 
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4.6.1 



CHAPTER 4.6.1 : 



EXAMPLES 



: 1 



4.6*1 Representative records ' 

r — ^ — M . . .-.—L. / . 

The document at should include examples' of representative records 
, from the data ba[$£. . It is particularly impjprtant that examples , 

be included to illustrate special cases and the handling of related , 
projects* whichitfey require inclusion of records exemplifying * 
the use of f iel^;R37 as the method for v l inking records. 

. • - ■ ■ * » 

When there is a Companion or related printed publication Jthe 

most effective frtcl useful examples are those which show both the 

printed (publisn^) form and a representation of the corresponding . 

data base records), formatted in accordance with the Reference 

111! Manual specifications for? preparatton of machine-readable input /V 

.III 1 ! as given in ParijJ.2. Annotations can be used to identify data elements 

and to point oufc^ifferencfes between the two forms. 
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Appendix A: Country Code s ■ ... ' 4 • s V 

ISO 3166-1981 : Codes for the representation of na mes of countries provides * 
a two-Tetter and a \three-lette* alphabetic cocle cfs~ well"" as~ia~ tfi ree-d i gi t - 
numerical code for representing the ^ames pf countries, dependencies and 
"other area£* of special geopolitiqal interest for' purposes of international 
exchange. . * v , 0 . " 

The Reference Manual recomrtiertct^ tfie use,, of the- two-letter codes at' all 
times. , . • ' • - 

The list below has been copied from the standard. Users wishing to be kept 
: informed about amendments should register for this purpose with the 

ISO 3166 Maintenance Agency Secretariat «> "° ' »„ 

c/o DIN (Deutsches Institut fuer Normung) . • * 

> Biiirggrafenstr.asse" 4-10 • * < / , 

Postfach 1107 

•D-1000 Berlin 30 ;% . * " , * " - 

Telephone (international): 49 30 26 01 36 2 # » . ' . - 

Telegrams: DEUTSCHNORMEN BERLIN *• - " ' ' *' 

Telex: 184 273 din d JT .„ .. . - 

International* organizations rhay r%g>tster with: 



ISO Central Secretariat 
" 1, rue de Varembe* 
Case' postal e 56 . . ' . * ' 

CH- 12 11- Gepe\e 20 

Switzerland 5 ". . , . 

Telephone ("interna tiorral): 4122 34 12 40 
Telegrams: Isorganiz 
Telex: 23 887 ISO CH 
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SECTION ONE 

ALPHABETICAL LIST OF ENTITIES AND CODES IN^NGLKH 

SECTION UN | 
L I STE ALPHABET I QUE DES ENTITES EN ANGLAIS ET CODES 



ENTITY (short name *n English) 
Official name in English 



Alpha-2 Remarks 
code* 



1 



AFGHANISTAN , 
Democratic Republic of Afghanistan 

. 

'ALBANIA ' . 

People's Socialist Republic of 
Albania % 

ALGERIA 

People's Democratic Republic of 
Algeria 

AMERICAN SAMOA' 

ANDORRA • • 

V ANGOLA 

People's Republic of Angola 

. ANTARCTICA 



' AF" 



ANTIGUA 



ARGENTINA 
Argentine Republ ic 

AUSTRALIA - 
Commonwealth of Australia 



AUSTRIA 
Republic of Austria 

BAHAMAS 

Commonwealth of the x Bahamas 



AL, 

DZ 

AS 
AD 
AO 

AQ 

AG 

AR 

AU 

AT 

*BS 



> 



The territory south of 
60° south latitude 

Includes Barbuda i ,and „ 
Redonda 



Includes Lord Howe 
IsTand.Macquarie Island, 
Ashmore, Cartier -7~ 



Turks andLCaicos Islands 
not included 



♦Changes in previous short names or codes from ISO 3166-1974 are shown in 
column 3. The previous . codes are now part of . the mserved code list which 
is available on request from the Maintenance Secretariat.. 
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BAHRAIN * \ % 

State of Bahrain 

• BANGLADESH 
People's Republic pf Bangladesh 

BARBADOS •'. 

BELGIUM 
Kingdom 'Of BelgiumN 

BELIZE • . 



p BENIN 

" 'People's Republic of Benin 

BERMUDA 

* ' BHUTAN 

Kingdom of Bhutan^— 

BOLIVIA ■ . ' ' . 
. Republ ic of ' Bolivia 

'BOTSWANA ' 

Republic of Botswana 

BOUVET ISLAND. 

• i 
BRAZIL . 
Federative Republic of Brazil 



» • i. 

BRITISH INDIAN; OCEAN. TERR I TORX 
BRITISH VIRGIN ISLANDS - . 

BRUNEI 



BULGARIA 
People's Republic, of Bulgaria / 

BURMA' v . ' ' 

Socialist Republ ic' oiv the Union of 
Burma 



BH 

BD 

BB a 
BE 

BZ 
BJ 

BM 

-BT 

BO 

BW 

BV 
"BR 




10 
VG 

t 

N 

BG 

BU.- 



Previous entry: Dahomey 
DY 



. Also called Bouvet^ya p * 

Includes Rocas , Fernajrdo- 
de Norqnha Archipelago, 
Trinidada; 1*1 has Martim 
Vaz, and Sao Pedro e Sao 
' Paulo 

Chagos Archi pal ago 

Include Ahegada* dost Van 
Dyke, Tortola, and 
Virgin Gorda 



BURUNDI '• ;>', v 

' fidpubT.ic of Burundi . 1 

BYELORUSSIAN SSR . * x «t 
Byelorussian Soviet Socialist 
. Republ ic 

CAMER00N\ United Republic of ; 
CANADA 

CANTON AND ENDERBURY ISLANDS . 
CAPE VERDE 

Republic of Cape Verde % 



CAYMAN ISLANDS 



CENTRAL AFRICAN REPUBL fG 
CHAD 

Republic, of Chad 

CHILE. 
Republ ic of Chile 



CHINA • 
♦People's Republic of China 

CHRISTMAS ISLAND 

COCOS (KEELING) ISLANDS 

COLOMBIA 
Republic of -Colombia 



COMOROS . • • 
Federal and Islamic Republic * 
Of Comoros 



dtfftGO 

People's. Republ 



iblic o^ 



BI 

CM 
CA 
CT 
CV 



KY 

CF 
♦ 

CL 

CN 

CX 
CC 
CO 



V KM 



CG 



• f 



Previous entry: Cape Verde 
Islands. Includes Boa % . 
Vtsta, Brava, Fogo,^ 
Ma ioV Sal , Santo An tab, 
Sap Nicblau, Sao Tiago, # 
and Sab Vicente 

, Irrcl ude Grand^Cayman, Cayman; 
Brae, and Little Cayman 



the Congo 



includes Easter Island, J uajn 
Ferfitfndez Islands, San 
Felix,^ and Sala y Gomez 

See alsa Taiwan, Province 
"of China" s 
' ' * '% 
Australian Christmas Island 



Includes San Andres y 
Rrqvidencia, Mai pel a 
Islands, Roocador Banfe< 
Serrana Bank, and ft; 
SeVranilla Bank \ I 

Previous gentry: fGomoro*- 
.Islands* includes . '■ 
Anjouan, Grande Gomore,. 
Mpheli, andV other f stands 
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COOIC ISLANDS .*.. ." >XK 

• ■ • . # - ' J 
GOSTA RICA "• , , * */CR 

Republic of Costa Rica ■ " * » 

CUBA ( • ' * CU 

Republic of Cuba 

CYPRUS' •, • CY 
Republic of Cyprus ' 

CZECHOSLOVAKIA * CS 

Czechoslovak Socialist Republic t 

DENMARK . ;< * DK 

Kingdom of Denmark - ^ 

DJIBOUTI V v • v D3 

Republic of Djibouti 



T 



Includes Cocos Islands 



Previous entry: French 
Afars and Issas AI 



DOMINICA 

Commonwealth of Dominica 
DOMINICAN REPUBLIC 
DRONNING MAUD LAND . 
EAST TIMOR* 



ECUADOR 

Republic of Ecuador 



EGYPT 

Arab Republic of Egypt 
EL SALVADOR 

Republic of El Salvador 

EQUATORIAL GUINEA 
Republic of Equatorial Guinea 



ETHIOPIA 
FAEROE ISLANDS 



DM 

DO 
NQ 
TP 

EC 

EG 
SV 
GQ 

r ET 
FO 



Part of Antarctica 

Previous entry: 
Portuguese Timor. I ncl udes 
the exclave of Oe-Cuss i 

Includes' Galapagos 
Islands (Archipelago de 
Colon) 



Includes Rio Muni, Macias 
Nguema Biyogo, Annobon, 
Corisco,. and El obey 



* Provisional change of name 
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FALKLAND ISLANDS (MALVINAS) 



FK 



FIJI - 



FINLAND 
Republic of Finland 

FRANCE 
French Republ ic 

FRENCH GUIANA * 

(TRENCH POLYNESIA 



GABON • • - 
Gabonese Republ ic 

GAMBIA 

"Republic of the Gambia 

GERMAN DEMOCRATIC REPUBLIC 

GERMANY,, FEDERAL REPUBLIC OF 

GHANA < - 
Republ ic of Ghana ' 

GIBRALTAR 

GREECE r 
Hellenic Republic J 



GREENLAND 
GRENADA 



FJ 

FI 

FR 

GF 
PF 



GA 

GM 

DD 
DE 

GH 

GI 
GR 



GL 
'GD 



Include West Falkland, 
and East Falkland', South 
Georgia, and South * 
Sandwich Islands •* 

\, include Vjti Levy, Vanua 
Levu, and Rotuma Islands 



Includes Society 
Archipelago, Tuamotu 
Archipelago, Marquezas 
Islands; Tubuai Islands, 
Gambier Islands, "Austral 
Islands, and Clfpperton 
Island. * 



Incl udes, Aegean I si ahds , 
Ionian Islands ; ; 
Dodecanese Islands, 
Crete, and Mount Athos ? 
autonomous area 



Includes Southern 
Grenadine Islands 
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GUADELOUPE 



GP 



GUAM 



GUATEMALA . 
Republic of Guatamela 

GUINEA 

Revolutionary People's Republic 
of Guinea 

GUINEA-BISSAU 
Republic of Guinea-Bissau 

GUYANA' 

Republic of Guyana 
HAITI 

RepubU^of Haiti 

HEARD AND MC DONALD ISLANDS 

HONDURAS 
Republic of Honduras 

HONG KONG 



HUNGARY 

Hungarian People's Republic 
ICELAND 

Republic of| Iceland 



INDIA 

Republic of India 



INDONESIA 

Republic of Indonesia 
IRAN 

.Islamic Republic, of Iran 
IRAQ 

Republ ic of Iraq 



/ 



GU 
GT 

GN 

GW 

GY 

HT 

HM 
HN 

HK 

HU 

IS 

*IN 

ID 
IR 
IQ 



Includes Grande Terre, 
Basse Terre, Marie 
Galante, Les Saintes,' 
lies de la Petite Terre, 
Desirade, 

Saint-Barthelemy and . 
Northern St. Martin 



Includes Swan Islands 



Also called Hisiangkang 
and Xianggang ) " 



Includes Amindivis, 
Laccadives, Minicoy, 
Andaman Islands, Nicobar 
Islands, and Sikkim 
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IRELAND 
ISRAEL 

State of Israel 

s 

ITALY 
Italian Republic 

IVORY COAST 

Republic of the Ivory Coast 
JAMAICA 



JAPAN 

JOHNSTON ISLAND 



JORDAN ' 
Hashemi te Kingdom of Jordan 

KAMPUCHEA, DEMOCRATIC 



KENYA 

Republic of Kenya 
KIRIBATI 



KOREA, DEMOCRATIC PEOPLE'S 
REPUBLIC OF ' 

KUWAIT 

State of Kuwait 
LAO PEOPLE'S DEMOCRATIC REPUBLIC 



IE 
It 

IT 

CI 

JM 

JP 
JT 

JO 
KH 

ke' 

KI 



KP 
KW 
LA 



/ 



Includes Morant Cays, and 
Pedro Cays 



Johnston Island is the 
main island in Johnston 
atbll 



Previous entry: Khmer 
Republic 



Previous .entry: .Gilbert 
Islands GE. Part of 
the former Gilbert and 
El lice Islands.* Includes 
Fanning Island, 
Washington Island and 
Christmas Island in the 
Line Islands, 
Ocean Island, Phoenix 
Islands (Bimie, Gardner, 
Hull, Mc Kean, Phoeni 
Sydney; see separate 
entry for Canton and 
Enderbury). 




Previous entry: Laos 



* See Tuvalu 
RM/RPI 
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LEBANON . / r 
Lebanese Republic/ ^ 


LB 


f $ f 
.1 - % 

a 

f . ■ 


LESOTHO 
Kingdom of Lesotho 


LS 




LIBERIA ^ 

Republic of Liberia > 


1 D 

LK 


<* 


LIBYAN ARAB JAMAH IRIYA y 
Socialist People's Libyan Arafr 1 * 
Jamahiriya 


LY 


/Previous entry; Libya 


LIECHTENSTEIN A 
Principality of Liechtenstein 


LI 




LUXEMBOURG 1 
Grand Duchy of Luxembourg 


LU 


• 

> . ... 


MACAU ^ 


MO 


< ; Previous entry: Mpcao. 
Also cal.led Ao-m^n 


MADAGASCAR 
Democratic Republic of Madagascar 
l 

MALAWI • 
Republic of Malawi 


P 


1; ' 1 


MW 




MALAYSIA 

-» 


MY 


Includes Peninsular 
' Malaysia, Sabah, and 
Sarawak 


MALDIVES 

Republic of Maldives 


MV 




MALI / : * 
Republic of Mali ' 


ML 




> / • 
MALTA . .. 
Republic of Malta 


MT 


■r ** 


MARTINIQUE * 


MQ 




MAURITANIA 
Islamic Republic of Mauritania 


MR 


< 


MAURITIUS 

V 


MU 


Includes. Rodrigues. 
Agalega Island, and 
Cargados Carajos 
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MEXICO 

United Mexican States 
MIDWAY ISLANDS X 
MONACO 

Principality of Monaco 
MONGOLIA 

Mongolian People's Republic 
MONTSERRAT 
MOROCCO 

.Kingdom of Morocco 

MOZAMBIQUE 
People's Republic of Mozambique 

NAMIBIA ; • 

NAURU ' 
Republic of. Nauru 

NEPAL 
Kingdom of Nepal 

NETHERLANDS ' V 
Kingdom of the Netherlands 

NETHERLANDS ANTILLES - 



MX 

MI 
MC 

MN w 

MS 
MA , 

MZ 

i 

4 

NA 
NR 

NP 

NL 

AN 



NEUTRAL ZONE 



NEW CALEDONIA 



NT 
NC 



NEW ZEALAND 



NZ 




I Include Aruba, Bonaire, 
Curacao \ Saba, St. 
Eustatius, and Southern 
St. Martin ) 

Territory between Saudi 
Arabia and Iraq 

Includes Isle of Pines, 
Loyalty Islands, Huon 
Islands, Belep 
Archipelago, Chesterfield 
Islands, and Walpole 

Includes Antipodes 

Islands, Auckland 

Islands, Bounty Islands, 

Campbell Island, Kermadec 

Islands, Chatham 

Islands, and Snares ' 
Islands ^ 
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NICARAGUA 

Republic of Nicaragua 

NIGER * 
Republic of the Niger 



NIGERIA . . , . • 

Federal Republic of. Nigeria 

NIUE 



NORFOLK J SL AND 
NORWAY 

Kingdom of Norway 

**..» 

OMAN • 

. Sultanate of Oman 

. i 

PACIFIC ISLANDS (trust territory) 



PAKISTAN 

, Islamic Republic of Pakistan 

PANAMA* • 
Republic of „ Panama 

/~ 

PAPUA. NEW GUINEA ' : X 



PARAGUAY 

Republ ic of Paraguay 
PERU 

Republ ic of Peru 
PHILIPPINES 

Republic of the Philippines 



NI . 
NE 

m 

NU 

NF 
NO 

OM 

PC 



V 



PK 



PA 



PY 
PE 
PH 



Previous entry: Niue ' 
Island ■ / 



V 



Includes Kuria Muria 
Islands ■; . * 

Include Carolines, 
Mariana fsjands (except 
Guam), and Marshall 
Islands 



Includes Bismarck 
Archipelago, Louisiade 
Archipelago, Admiralty % 
Islands, d'Entre-casteaux 
Islands, Northern Solomon 
Islands (Bougainville, 
Buka, etc.) j Trobriand 
Islands, New Britain, New 
Irelaad, Woodlark, and 
associated islands 
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PIJCAIRN ISLAND 



POLAND .'. 

Polish* People's Republic 

PORTUGAL 
Portuguese Republic 

PUERTO RICO 

QATAR 4 
Stiate of Qatar 

REUNION 



ROMANIA ' 

Social ist;Republ ic of Romania 



RWANDA 

Rwandese Republ ic 
ST. HELENA 



ST. KITTS-NEVIStANGUILLA 

.SAINT LUCIA ' * v <. 

ST. PIERRE AND MIQUELON 

SAINT VINCENT AND THE GRENADINES 



SAMOA' 

Independent State of Western Samoa 



SAN MARINO V 
Republic of San Marino 



PN 
PL 

PR 
QA 

RE 



Includes Henderson, 
Ducie, and Oeno 



RO 
RW 
SH 



KN 

LC 
PM 

VC 

WS 
SM 



Includes' lie Europa, 
Bassas da Indira*, Juan de 
Nova, lies Glorieuses, 
-and lie Tromelin 



Includes Ascension, Gough 
Island, Inaccessible, 
Nightingale Islands, and 
Tristan. da Cunha .. 



Also cal 



ed St: 



Christopher-Nevis 
-Anguilla 

Previous entry: St. Lucia 



Previous entry: St. 
Vincentm Includes Northern 
Grenadine Islands 



Previous entry: Western 
Samoa 
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SAO TOME AND PRINCIPE 
Democratic Republic of Sao Tome and 
Principe 



SAUDI ARABIA 
Kingdom of Saudi Arabia 

SENEGAL t 1 
Republic of Senegal 

SEYCHELLES 

Republic of Seychelles 



SIERRA LEONE 

Republic of Sierra Leorie 
SINGAPORE 

Republic of Singapore 
SOLOMON ISLANDS 



•SOMALIA 
Somali Democratic Republic 

* 

SOUTH AFRICA 

Republic of South Africa 

" •' , 

SPAIN 

Spanish State 

sri Lanka , . 

Democratic Socialist Republic of 
Srj Lanka 

SUDAN 

Democratic Republic of the Sudan 
SURINAME 

Republic of Suriname 



ST 

t 

SA 
SN 

sc 



SL 
SG 
SB 



SO 
ZA 

ES 
LK 

SD 
SR 



Include Alphonse, ' 
Bjjoutier, St. Francois 
Islands s> St. 'Pierre 
Islet," Cosmoledo Islands, 
Amirantes, Aldabra, ,. 
Farquhar, and Desroches 



Previous v entry: British 
Solomon Isl&rids, Include. 
Southern Solomon islands, 
primarily Guadalcanal , 
Malaita, San dristobal , 
Santa Isabel, ChdiseuV 



... \ ■ ! *'/ 
Includes Walvis Bay, 
Marion Islands, and 
'Prince Edward Islands 



. V 



t 



4^ 
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-^SVALBARD AND JAN MAY EN ISLANDS 

■ ' 

SWAZILAN$ 

Kingdom of Swaziland 

SWEDEN 1 • 
Kingdom of Sweden 

SWITZERLAND 
Swi ss £©nfederati on 

SYRIAN ARAB REPUBLIC 

TAIWAN, PROVINCE OF CHiNA 

■ . : 4 < 

THAILAND 
Kingdom of Thailand 

TOGO.VJ^ 
Tog6*nKKepublic 

TOKELAU 



TONGA f 
Kingdom of Tonga 

TRINIDAD AND TOBAGO 
Republic of Trinidad and Tobago 

TUNISIA 

Republic of Tunisia • 
TURKEY 

Republic of Turkey 
TURKS AND CAICOS ISLANDS 
TUVALU 



sz 

SE 

,CH 

SY 
TW 

. JH 

- TG 

TK 

TO 

TT 



TN 



TR 

TG 
TV 



UGANDA ,' 
Republ ic of Uganda 



UG 



Include Bear Is! anil 
(Bjrfrnrfya) j 



Previous entry; Syria 

Includes Penghu 
(Pescadores)- Islands 



Previous entry : ° Tokelau 
Islands ■ * 



New name for the El lice 
component of the former 
Gilbert and El lice 
Islands.* Includes 
Funafuti f Nariumanga i flu i , 
Nanomea, Nurakita, 
Nfutao, Nukufetau, 
NukulaeTae, and- Vaitupu 



* . See Kiribati 
RM/RPI 
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App. A.15. 



A 



UKRAINIAN SSR 
Ukranian' Soviet Socialist Republic 

UNITED' ^RAB EMIRATES 

UNITED KINGDOM 
United Kingdom ^of Great Britain 
and Northern Ireland> 

r 

UNITED STATES 
United States of America 

UNITED STATES MISCELLANEOUS PACIFIC 
ISLANDS 



UNITED STATES VIRGIN ISLANDS' 
UPPER VOLTA 

Republ-ic of the Upper Volta 

* URUGUAY 
Eastern Republic of Uruguay 

USSR 

Union of Soviet Social isf Repiibl ics 

VANUATU 

4 

VATICAN CITY' STATE (HOLY SEE) 

VENEZUELA . 
Republic of Venezuela 

VIET NAM 

Socialist RepuMic of Viet Nam 



WAKE ISLAND 

WALL IS AND FUTUNA^ ISLANDS 



UA 

AE 

' GB 

US" 
PU 



vr 

HV 

UY ' 

su 
vu 

VA 
VE 

VN 



/ WESTERN SAHARA* 

YEMEN C 
Yemen Arab Republic 



WK 

WF 
t 

EH 
YE 



9 
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. Includes Orkney, Shetland 
Islands, Channel Islands, 



and Isle of 



Man 



Include Kingman Reef, 
Baker Islands, Howland 
Islands, Jairvis Islands, 
and Palmyra /Islands 



Previous entry: New 
Hebrides NH 



Previous entries: 
Democratic Republic of 
Viet Nam VD and 
Republic of, Viet Nam 



Includes lies de Horn, 
He Uvea, and He Alofi 

Previous entry: Spanish 
Sahara 



May 1982 



YEMEN, DEMOCRATIC . 
People's Democratic Republic of 
Yemen 

YUGOSLAVIA » 

Socialist Federal Republic of 
Yugoslavia 

'. ZAIRE 

Republic of Zaire v. 

• ZAMBIA \ 

. Republic of Zambia 
ZIMBABWE . 



■A . 



2 

YD 

YU 

ZR 
ZM 
ZW 



App. A. 16 



Includes Islands of 
Kama ran, Perim, and 
Socotra ; 



Previous entry: Southern 
Rhodesia RH " / ' 




.if 



. v ( . 



■J/.* 



if 
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Appendix B : Language Codes . . s 

4 

An ISO standard for language codes is in the course of preparation to 
' replace an existing recommendat Ton (IS0/R639) which is now considered to be 
;i incomplete and unsuitable for use in machine systems. * . 

Until such time as -this is available, parties to an .exchange may use the 
UNISIST language codes employed by the ISjjjS (International Serials Data 
System) which are reproduced here. 



r 



9 
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Code 



ACT 

AFH 

AFR' 

AFA 



'■ Language 
- Achol i 

Acol see Achol i 

Afrinil i ^ 

■ - ^ 

Afrikaans 

>v ■■■■■■ • 

Afijto-Asiatic (Other) 

A i ou , see x M isce 1 1 a neou s 

Akan Group see 
Niger-Congo (Other) 



Akkadian > AKK 

Albanian /$ , ALB 

Aleut ALE 

Algonquin* AL6 

AVjamia ^ AJM 

■ "S 

Amarinya see Amharic 

Amharic AMH 

Ancient Greek see Greek, 
Classical 

Ancient Hebrew see Hebrew 

Anglo-Norman she 
Romance (Other) 

Anglo-Saxon (ca. 600-1100) ANG 

Annamese see Vietnamese f 

Anzanite see Elamite 

Apache * APA 

Arabic ARA 

Aramaic * ARC 

Arapahoe* * * ARP 

Araucanian ARN 

Arawak ARW 



]l; App. B.2 . 

Code 



language 

Armenian A ARM 

Armpric .see, Breton- * Z ' • 

Ashanti see Niger*^ongo (Other) 
Assamese'* _ * ASM 

Assyro-Babylonian tsee Akkadian 
Avar , ♦ . AVA 

Avario see Avar, , / 

AvesM ' AVE 

Avestan. see Avesta 

Aymara, 41 " »AYM 

Azerbaijani ' , AZE 

Azeri see Azerbaijani- ,••<>* 

Aztec see Nahuatl' ■ 

.Baltic (OtKer) . " • BAT 

Baluchi BAL 



"Bamana see Barbara 
Bambara - BAM 



Bantu see Niger-Congo T.0ther) 

Bashkir * "BAK 

Basque BAQ 
Bedja see Beja 

Beja , BE J 

Belorussian . BEL 

Bemba BEM 

Bengali ' BEN 

Berber Group . BER 



ERIC 
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Language ' Code 

• • / ■ 

Bihari BIH 
Bilwchi see Baluchi 
Bishari see Beja 

BTackfoot • BLA 

Bohemian see Czech 

Breton ' BRE 

Bulgarian % ■ ■ BUL 

Bulgarian, Old see 
Church Slavic 

Burmese ^JUfT 

Bushman ^ee Sub-Saharan African 
(Other) 

Byelorussian see Belorussian 

Caddb CAD 

Cambodian CAM 

Canarese see Kannada 

Carib CAR 

CastillUn s^e Spanish 

Catalan . . CAT 

Caucasian (Other) CAU 
Celtic Group tEL 
Central American Indian(Other) CAI 
Cewa - see Chewa 
Chaldean see Aramaic 

* 

Chamarro see Malayo-Polynesian 
(Other) 



Chechen 
Cherokee 

Chewa 
Cheyenne 



CHE 
CHR 

v CEW 
CHY 



i 



App, B.3 
Code 
CHB 



CHI 
CHN 

CHO 

^HU 
CHV 



Language 
Chibcha 

Chi Chewa see Chewa 
Chinese 
Chinook 

Chippewa see Ojibwa 
Choctaw 

Chorti see Mayan 
Church Slavic 

t 

Chuvash 

CiNyanja see Nyanja 

Classical Greek see 
Greek, Classical 

Coptic 

Cornish 

Cree 

Creek see - Muskogee 

Creoles and Pidgins > 

Croatian see 
Serbo-Crotian (Roman) 

Cushitic (Other) 

Czech , 

Dakota 

Danish ' 

Dano-Norwegian see Norwegian 

Delaware DEL 

Denca see Dinka 

Devanagari (script) see 
Sanskrit 



COP 
COR 
CRE 

CRP 



. cus 

CZE 
DAK 
DAN 



Dinka 

Dravidian (Other) 



DIN 
DRA 



Language 
Duala 
Dutch 



Code 



* DUA 

. • DUT 

Dutch, Middle (c-a, 1050X1350) DUM 

Efik EFI 

Egyptian . EGY. 

El ami te ' ELX 

English ENG 

English, Middle (ca 1100-1400) ENM 
English, Old see Anglo-Saxon 
Erse see . Irish 

Eskimo i ESK 

Eskimoan see Eskimo •• ' ■ 

ESP 
EST 

Ethiopic ETH 

Ewe EWE 

Fang FAN 

Faroese FAR 
Farsi see Persian, Modern 

Finnish ' , FIN 

Firino-Ugrian (Other) FIU 
Flemish see Dutch 

Fon ' FON 

French N FRE 

French, Middle (ca. 14.00-1600) FRM 

French, Old (ca. 842-1400) . FRO 

Frisian 4 FRI 




• " App. B.4 

Language Code 

Ga GAA 

Gaelic (Irish) see Irish 

Gaelic (Scots) GAE 

Gal l a " • GAL 

Ganda see Luganda 

Ge'ez see Ethiopic 

Georgian GEO 

German GER 

German, Middle High(ca 1050-1850)GMH 

German, Old High (ca. 750-1050) GOH 

Germanic (Other) GEM 

Gondi GON 

Gothic GOT 

Greek, Biblical see 
Greek Classical 1 

Greek, Classical GRC 

Greek, Modern * GRE 

Guarani . GUA 

Guerze see Kpelle - ■ . ■ t % 

Gujarati GUJ 

Hausa * ' ■ HAU 

Hawaiian HAW 

Hebrew HEB 

Herero r HER 

Hindi " H IN 

Hindustani ((Arabic) see Urdu 

Hindustani (Nagari) see Hindi 

Hottentot see 

Sub-Saharan African (Other) 
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Language 
Hungarian 
Hupa 
Iai see 

Malayo-Polynesian (Other) 
Icelandic 
Ilocano 

Indie (Other) 
Indo-European (Other) 
Indonesian 

Inter! ingua 
Iranian (Other) 
Irish * 
Iroquois 

Isi»Kosa, see Xhosa 
Italian 

Japanese (Use for related 
Japanese languages and 
dialects)' 

Javanese 

Javanese, Old »see Malayo- 
Polynesian (Other) 

Judaeo-Arabic 

Jiidaeo-German see Yiddish 

Judaeo-Persian 

Judaeo-Spanish see Yiddish 

Kachin 

Kafir see Xhosa' 
Kamba 

Kanarese see Kannada 
Kannada 



Code 

HUN 

HUP 



ICE 
ILO 

INC 
INE 
I NO 

INT 
IRA 
IRI 
IRO 

ITA 

JPN 
JAV 



JRB 



JPR 



KAC 



Language 
KanQri 
Karakalpak 
Karen 

Kashmiri 

/kawi see 
Malayo-Polynesian (Other) 

Kazakh 

Kechua see Quechua 
Kewa see 

Papuan-Australian (Other) 
Khmer see Cambodian 
Khbtanese 
Kikuyu 

KiMbundu see Mbundu 

Kinyarwanda 

Kirghiz 



Kirundi see Rundi 



App. B.5 
Code 
KAU 
KAA 
KAR 

KAS 



KAZ 



KHO. 
KIK 

N KIN 
KIR 



Kongo 



KON 



Korean (Use for related Korean , 
languages and diarlects)^ KOR 



Kpelle . 
Kru 

Kurdish 
Kurukh 

Ladin see Romansh 
Ladino 



KPE 
KRO 
KUR 
KRU 

LAD 



KAM Ijjmda * LAH 

Lallans see Germanic (Other) 

KAN 'Lamba \ - ■ . . * LAM 
LandsmaaT See Norwegian 



App. B.6 



Language 


Code 


Language 


Cod( 


Languedoc see Provencal 




Mayan 


MYN 


Laotian 


LAO 


Mbundu 


' UMB 


Lapp 


LAP 


Mende 


MEN 


Latin 


LAT 


Micmac 


' MIC 


Latvian ■ • - 

♦ 


LAV 


Middle Engl ish see 
English, Middle 




Lettish, see Latvian 




Middle French see French, Middle 


Lithuanian 


LIT 


Middle High German see 
berman^ MTddle High 




Lolo 


LOL 


Middle Persian see Pahlavi 




Lowland Scots see 
Germanic (Other) 




Middle Scots see 
Germanic (Other) 




Luba 


LUB 


Milanese see Italian 
Ge rma n ic (Ot her) 




Luganda 


LUG 


/ Miscellaneous 


MT C 

MIS 


Luiseno 


LUI 


Modern Hebrew see Hebrew 




Macedonian 


MAC" 


Mohawk 


MAM 

MUH 


Madagascan see 'Malagasy 




Moldavian 


nUL 


Magyar see Hungarian 




Mole see Mossi 




Malagasy - 


MLA 


Mongo see Lolo 


• 


Malay 


MAY. 


Mongol 


MON 


Malayalam 


• MAL 


Mongolian see Mongol 




Malayo-Polynesjan (Other) 


■ MAP 


More see Mossi 




Maltese 


MLT 


Mossi 


MOS 


Mandingo 


-MAN 


MuTtil ingual 


MUL 


Manobo 


- MNO 


Muskogee 


MUS 


Manx see Celtic Group 




Nahuatl 


NAH 


Maori- 


MAO 


Nandi see 
Sub-Saharan African (Other) 




Marathi. • 


MAR 


- Navahb 


filAV 


Masai 


MAC 

MAS 


Nepali 


NEP 


Mashona see Shona 




Netherlandic see Dutch 





Language Code 

°Newari NEW 

Nez Perce see North American 
Indian^( Other) 

Nguna see 

Malayo-Polynesian (Other)' 
Niger-Congo (Other) NIC 
North American Indian (Other) NAI 
Northern Sotho / NSO 
Norwegian NOR 
Nubian NUB 
Nyamwezi NYM 
Nyanga see Nyanja 

Nyanja NYA 

Nyoro Group. NYO 

Occitan see Provencal* 

Ojibwa v. OJI 

Old Bulgarian see Church Slavic 

Old Church Slavonic ^ee Church 
Slavic 

Old English sete Anglo-Saxon 

Old French see French, Old 

Old High German see 
German, Old High w . ■ 

Old Javanese see Malayo- 
Polynesian (Other) t 

Old Persian see Persian, Old 

Old Russian see Slavic (Other) 

r 

Old Swedish see 1 
Germanic (Other) 

Oriya ORI 
Osage OS A 

Osmanli see Ottoman Turkish 



Language 
Ossetic 

Ostyak see Selkup 
0 to* see Otomi 
Otomi 



x App. B,7 
Code 
OSS 



0T0 



Ottoman Turkish (Arabic Script)OTA 
Pahari PAH 
Pahlavi PAL 
Pali * * PL I 

Panjabi ' PAN 

Panjabi (Western) see Lahnda • 
Papuan-Australian (Other) PAA 
Pasato _see Pushto 
Pehlevi see Pahlavi 
Pennsylvania German see German 
Persian, Middle see Pahlavi 
Persian, Modern PER 

Persian, Old (ca. 600 B.C. - 

"400 B.C.) PEO 

• * 

Pidgin English see Creoles and 
Pidgins 

Pi li pi no see Tagalog 

■Polish POL 

Polyglot see Multilingual 
, Portuguese POR 
Prakrit ' PRA 

Provencal PRO 

Punjabi see Panjabi 

Pus a to PUS 



Language 

*•*> 

Rajasthani , RAJ 
Rhaeto-Romance see Romansh 
Riksmaal see Norwegian 
Romance (Other) ROA 
Romanian RUMi 
Romansh ' ROH 

Romany ROM 
Rumanian see Romanian 
Rumansh see Romansh 
Rundi • RUN 

'Russian RUS 
. Russian, Old see Slavic (Other) 
Saka see Khotanese 
Samaritan , SAM 
Samoyed j>ee "Seikup 
Sandawe SAD 
Sango ° '. SAG 
Sanskrit- \ SAN 

Scots Gaelic see Gaelic (Other) 

SeChuana see Tswana 

' Selkiip SEL 

" Semitic (Other) SEM 

Sephardic see Ladino 

Serbian see Serbo-Croatian 
(Cyrillic! . . 

Serbo-Croatian (Cyrillic) SCC 
Serbo-Croatian (Roman) SCR 
Serer SRR 



Code Language 



Code 



£eSotho Group see Southern Sotho 
Sesuto see Southern Sotho 
Shan. 
Shona 

Siamese see Thai 
Sidamo * . 
Sindhi 
Singhalese 

Sino-Tibetan (Other) 
Slavic (Other) 
Slovak (Other)' 
SI ovene 
Sogdian 
Somali 
Songhai 

Sorbian languages see Wendic 

Sorbic see Wendic 

Sotho, Northern see 
Northern Sotho 

Sotho, Southern see • 
Southern Sotho 

South American Indian (Other) 
Southern Sotho j 
Spanish 

Sub-Saharan African (Other) 

Sudani c Group see 
Niger-Congo (TOer) " 

Sukuma 

Sumerian 

Sundanese see 
Malayo-PoTynesian (Other) 



SHN 

SHO 

j 

SID 
SND 
SNH 
SIT 
SLA 
SLO 
SLV 
SOG 
SOM 
SON 



SAI 
SSO 
SPA 
SSA 



SUK 
SUX 
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Language 


Code 


Language 


Code 


Sur-SiTvan see Romansh 




Twi 


TWI 


Susian see Elamite/ 




Ugaritic 
Uigur . 


UGA 


Susu 


SUS 


UIG 


Swahili 


SWA • 


Ukrainian 


UKR 


Swedish 


SWE 


Umbundu see Mbundu 




Swedish," Old see 
Germanic (Other) 




Undetermined 


UND 


Syriac 


SYR 


Urdu • 


V URD 


Tadzhik see Tajik 




Uzbek 


UZB 


Tagalog 


TAG ' 


Vietnamese 


VIE 


Tai see Thai - 




Vote see •Votish 




Tajik 


TAJ 


Votian see Votish 




r 

Tamil 


TAM 


Votic see Votish 


* 


Tatar 


tAr 


Votish f 

* 


VOT 


Tchetchen see Chechen 




Walamo 


WAL 


Telugu 


TEL 


Wastfo " 


WAS 

t 


Temne 


TEM 


Welsh 

\ 


WEL 


Te re no 


TER 


Wendic * % 


WEN 


Thai 


THA 


Wendish see Wendic 


♦ 


Tibetan 


■. TIB 


Wolof 


WOL 


Tig re 


TIG 

/ 


Xhosa 


XHO 


Tigrinya 


TIR 


Xosa see Xhosa 




Tongan see 

Malayo-Polynesian (Other) 




Yao' 


YAO 


Tsimshian 


TSI 


Yiddish 


YID 


Tswana 


TSW 


r 

Yoruba 


YOR ' 


Turkish 


TUR 


Zapotec 


f. 

ZAP 


Turkmen 


TUK 


Zenaga 


ZEN 


Turko-Tatanc (Other) 


TUT 


Zulu 

• * 

Zuni 


ZUL . 
ZUN 
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Appendix C: Transli teration schemes 
& . — 

The policy of the Reference Manual is to adopt ISO standards where available 
and suitabte. ^ 

For transliteration of Cyrillic characters, the Reference Manual recommends 
IS0/R9 : International system for the transliteration of Slavic Cyrillic 
characters . However, since this contains a number of alternatives, one 
of these alternatives which avoids the use of diacritics has been incorporated 
in the scheme with a few additional alterations, in section C.l. This is 
referred to throughout the Reference Manual as the UNI SI ST recommended 
transliteration schedules. - 

Section C.2 covers transcription of languages using the Roman alphabet with 
diacritics. 

In both cases the objective is to represent the required character set 
within the limitations of a basic Roman alphabet, comprising Tetters a-z, 
without diacritics, so that it can readily be processed in. machine-readable 
form by those systems that do not have diacritics available. 1 Avoiding 
diacritics has meant that the ability to convert back unambiguously from 
the transliterated form to the original alphabet has been lost. 



C.l Transliteration of Cyrillic characters 

These tables give a full non-reversible transliteration scheme for th^ Cyril 1 i 
alphabet and its variants. 

3* 



Letter 
number 


Cyrillic ckar. 


Used Uv 

• . 


t* — -J 
0 50 «o 




manuscript 


s 


.3 
J* 


I 


■ € 

w 
%> 
t* 


o 

«* 


c 

=* ■ 
CO 


i 


* 


A 


a. 


A 


* 


X 


' X 


X 


X 


X 


a 


2 


6 


i 

6 


<f 


35 




X 


X 


X 


X 


X 


b 


3 


» 


^* 


4 


S8 


X 


X 


X 


X 


X 


X 


V 




V 


r 


i 


<r 


X 


X 


X 


X 


X 


X) 


81 


5 


r * 

v. 


r 


r 


S 




X 


V 








gh . 


6 „. 


A 






2> 


X 


X 


X 


X 


X 


X 


d 
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Letter 
number 




Use A in 


t- -Li 


printed 




c 

I. 


IT 

£ 
J* 




J* 

# 


i 




7 






4- 










X 

ft 








8 




t 


1 












X 




g 


9 


e(e) 


B(E) 




£(& 




X 


X 


X 


X 


X 


e 


10 


e 


G 


e 


G 




X 










je 


11 


* 


X 


* * 




y 


X 




X 


X 


X 


zh 


12 


9 


3 




J 




X 


.J 




X 


X 


X 


z 


13 


J 


1 




s 




\ 


t 


I 




X 




-da 


3 * 


\ 


H 


U 


u 


X 


X 


v 


X 


X 


X 


i 


.15 


1 


I 


I 


J 


X 


X 


X 






• 


yi 


16 


i 


If 


4* 

I 






X 




f 


K 






17 


J 


J 


• 

V 










X 


X 




• 


18 


M 


« 


V 


U 


X 


X 


V 






X 


j 


19 , 


K 


K 






X 


X 


A 


X 


X 


X 


k 


20 


M ■ 


jr 






X 


X 


X 


X 


X 


X 


1 


21 


Jb 














X 


X 




lj 


< 22 


M 


M 








X 


X 


X 


X 


X 


m 


23 


H 


H 






X 


X 


X 


X 


X 


x 


•n 


24 


H> 


Hi 


H 










X 


X 




nj 


25 


/ 


0 






X 


X 


X 


X 


x 


X 


o 


26 


n 


n 


n 




X 


X 


X 


X 


X 


X 


P 


27 


P 


P 






X 


X 


3- 


X 


X 


X 


r» 


28 


0 


c 


< 




X 


X 


X 


X 


X 


X 


s 


29 


' T 






X 




X 


X 


X 


0 



v> t 1 — i ■ ■ ■ ■ » i — : u ...... — — 1 ^ • 
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Letter 

number 




Used in 


?** 




mamigtri|4 


J 

to 
at! 


•i 
e 

.a., j 


j , , j! * j ta 


30 




* 

n 


'ft 






1 

« 




x 1 






31 


X 


K 


k 












X 




k 




y 


y 


XL 

4- 




X 


X 


X 


X 


X 


W 


u 


33 


y 
* 




r 


















- 


▼ 




if 




y 


w 

X 




X 


X 


x 


f 


35 




X 


-id 


X 


X 


X 


x 


X 


X 


x 


kh 






a 






X 


X 




X 


X 




ts 


O f 












X 


X 


X 


x 


X 


. ch 




v ! 

V 




> 






- 




X 








39 


V 






X$ 


X 


x 


X 


x 




Art 

4° 




1Q 






x 


X 








x 


shch 












x 


X. 


X 


- 




X 


19 




M 








X 




0% 








y 


43 


k 


b 


& 


1 


X 


-XH 








x 


■^7> 1 — 1 


44 

V • 


D 








X 




if 






X 

./X 




45 


L 

» 


a 


3 


3 


X 




A 








. eh 




10 


V 




JO 


X 


X 


X 














a 




Jl 


X 


X 


X 






X 


ya 




* 


A. 




A 












X 


i 



June 1981 



ERLC 



132 

- - \ . . - - ..... . 



App. C.4 

C.2 Transciption of diacritics in languages using the Roman alphabet 



\ The^fol lowing digraphs should be used if it is desired to avoid diacritics. 



German 



a to be .represented by ae„ 



0 11 >' 



oe 



ue 



Scandinavian 8 to be represented by aa 
1 anguages , • 

fi " M " " oe 



3t »• » 



ae 



In French, Spanish and Italian diacritics may be ignored, 



V 




r 7 
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Appendix D: Elements in a Personal Name 



Because of its presumed marginal usefulness in the environment of 
description of research projects and institutions, no attempt has 
been made to rewrite Appendix D which has been copied from Appendix E 
in the Reference Manual for Machine-Readable Bibliographic Descriptions 
second revised edition, 1981. Many users of the present Manual may 
have no need for any or most of these detailed specifications, ^iose 
who do may find them useful in spite of the fact that tWfe text is 
geared towards bibil iographic applications- 
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Appendix D : Elements in a Personal Name 

.The conventions described in this appendix apply equally to any of 
subfieldsl to 6 in personal name fields, except as otherwise noted; 

in an individual name may be defined as follows: 

* . ..' ' r . ° . .. 

'Key' name or names 'K' 
Forename and/or initials . ' F' 

Suffix • 'S' 

Title . ^ 'T' 

-All names are to be entered in the following form: 
K ,|4F,)6S>i(T) V 

Commas are used to separate the 'key 1 names (surnames) from the forename 
and/or initials, and to separate the forenames from any suffix (such 
as 'JrV'IH')'. A title, if required, is entered in parentheses at 
the end of the name. For example: ■ # 

'Rutherford (Lord)' 
'Rutherford, James D.,Jr' 

'Rutherford, ,J.D.' . \ 

Surname' prefixes are considered to be part of the key name. 

'Key 1 names 

- )\ 

The 'key name 1 element (K) corresponds to the surname or family name 
in a Western name. The term 'key name' is used rather than 'surname 1 , 
however, since there may be occasions when it is not clear that the 
content of this element really 'represents a surname in the Western 
sense. (Also, it is envisaged that there may r be an exact correspondence 
, between 'K' elements and entry points, or 'keys', in a printed author 
index). There may be more than one 'K' element if the surname is a 
compound one (e.g. 'Martinez Moreno 1 ) , or in the case of certain oriental 
names where there is real doubt about which component's 1 the surname. 

The 'K' element is, always an essential ^element except in some names 
consisting only of a rel igious title and forename(s) (.e.g. 'Sister 
Mary Hilda' ). e 

Forename and/or initials r ' fl 

The 'F' element is an essential element unless the fullest available 
form of the name comprises only a surname and a title or unless, all 
components of the name are treated as a key name. 

If one or more forenames are given in full, the first (or second if 
the individual is generally known by the second forename; may be retained 
and all others reduced to the initial(s). Initials should each be, followed 
by a full stop. 
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If* the fullest form of the name on the original gives only initials 
for the forenames, the first, forename may be entered as an initial ," u 
or may be spelled , out - in full if this information is readily and unam-- . 
biguously available from existing reference works (previous indexes, i 
directories, biographical dictionaries, *etc) . ■< 

. If a forename appears i n abbreviated form (e.g.. 'Chn.', 'Jas 1 ), the 
abbreviation may be retained and entered in the 'F' element: 

Example 1 

Authorship as^ shown on the document: ✓ 

"DR F. GROSS und TH. BECK" 
Contents of repeated personal name fields:' 

First author: 01@l,&ross,t4F. 

, Second author: 01@lBeck,)6Th. ~* 

If a hyphenated forename is reduced to initial^, the initial letters 
of both parts are to be retained, linked by a hyphen (e.g. 'Jean-Paul* 
gives 'J.-P. 1 )* 

+ .- * ..■■■*■*■ 

Suffixes . 

The 'S* element is used -to enter "suffixes" such as - Jr. 1 , 'II\ etc. ^ 
^iy such suffix is to be retained as an essential element. Some examples 
are given below: - 

I English: ; ■ ■ « 4r , Sr, II, PI I 

Spanish: - hi jo, n.ieto 

Portuguese: filhb,-neto, sobrinho ' " ; 

Hungarian: if j. , id. 

Russian: * „ ml . 



E xample 2 

Authorship as shDwn on the document: 



"BY F.S* HARRIS, JR, The Aerospace Corporation, P.O. Bbx 95085, 
Los Angeles, Calif.. 90045" \ 

Contents of personal name* field: • 

0101Harr'1s',)4F. ; S,,|Mr V . ' . 

Suffixes representing titles, or professional or academic qualifications^ 
are not normally entered* 1 v 
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Titles and qualifications 

The /T' element may be used in a few special circumstances to enter 
a title which forms part of a person'.s name. In general, however; 
titles are omitted from names entered in bibliographic descriptions. 
Detailed rules are suggested as follows: 

. Academic, professional , .rel igious or military titles preceding the' 
name' (such as 'Dr' , 1 Ing.', 'Rev. 1 , 'General' , etc.), and titles or 
qualifications following the name, are omitted from bibliographic 
descriptions: 



Exampl e 3 

Authorship as shown on the document: 

"Ing. STEFANIA BAICU" ■ • \ 
Contents of personal name field: 

01 @1 Ba i c u ^|6St e f an i a 

or ' 

0T@lBaicu,0S. 

'Mr', 'M. 1 , 'fa*^'* 'Mme 1 , and their equivalents in other languages . 
are normally onvhtted. 'Mrs', 'Mme', etc., may be retained for married 
women authors' when only the husband's forenames or initials are given 
in the original,! e.g. 'Mrs John J. Doe': ( 

Example 4 . 

Authorship as showfr^Jh the document: 

"Note de MM, JEAN-MARC DESRUMAUX, JEAN-MICHEL JIOUVAEN et Mme CLAUDE 
MORIAMEZ, presentee par M. Rene Lucas" 

Contents of repeated personal name fields: w . 

First .author: 01@lDesrumaux,)4Jean-Marc 

or - 
01@lDesrumaux,0J.-M. . 

Second author: 01@lRouvaen,0Jean-Michel 

or 

01@lRouvaen,W.-M. 

Third author: 01@lMoriamez,J5Cl audetf(Mme) 

or 

01@lMoriamez,)6C.)6(Mme) 

The title 'Mme 1 is included since the name given is that of the ifusband 
(but this particular example- could be ambiguous: 'Claude 1 in French 
is both masculine and feminine). Note also the contraction of hyphenated 
forenames, and the fact that the person cited as 'presenting' the 
paper, is not. included as an author. * * . ■ ; 
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'Miss' , 'Mile', 'Ms* and their equivalents in other languages are omitted 
unless only the surname is given:. . 

E xample 5 > * * 

Authorship. as shown on the document: 

. "Note de Mile EDITH DEVIN et M. ROBERT LOCQUENEUX/ presentee par 
M. Louis de BrogTie"; #- . 

Contents of repeated personal* name fiekis: 

First author: 01@lDevi.n,|JEdith / < 

or " '.- 

" 01@lDevin»UE. 

Second. author: 01@lLocqueneux,)6Robert * . * 

♦ _qr 

01@lLocqueneux,[6R. 

Terms which iYfdicate affiliation with religious orders (e.g. Sister, 
Brother) are not retained unless only. the forename(s) are 'given: 



Example 6 ' 
Authorship as given on the documffnt: 

"Sister Helen Therese Nyberg, O.P." 
Contents of personal name field: 

01 @1 Nyberg, |6Heleri|6T, 
or — x 

01(3tNybe>g^[6H.T. 

Honorific titles are normally omitted, but may be retained if they 
constitute an indispensable part of the name: 



Example 7 

Authorship as given on the document: 

"LORD TODD 11 
Contents pf -personal name field: 

01@lTodd0(Lord) 
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Surname prefixes 

All Surname prefixes are retained in personal author names, A prefix 
and the name to which it is affixed are together regarded as. forming 
a single .'key 1 name. Examples of frequently used prefixes are: 

van la '' lo van dfer 

von del la du vander 

de ^ le des * . van de ■ 

da - del de 1 a ■ - • . 

* . ' ■& . . . ■ . • ■ ■ 

See note below on "Special symbols used in personal names", and examples. 

Note also that the initial letters of these prefixes may appear in 

both upper and lower case. 

Compound surnames 

« Compound surnames are the rule for most Spanish and Portuguese authors, 

and are occasionally found among almost aj.l. natipnal ities, 

* * 

If the. surname is a compound containing a hyphen, e.g. 1 Litvak-Gorskaya' , 
the whole compound name should be entered as a single -key 1 name, 

■ . - • o. . 

If it is apparent that the surname is a compound which is not hyphenated, 
both names should be entered as ' key' names, e.g. 'J. Hunter Dunn' . 
V If in doubt, enter only the final element. as a /key 1 name and treat ' 
the first element as <a forename. * ^ 

Names that indicate marital status 

In certain languages a married womar? author 1 ^ name is the same as her' 
husband 1 s with the addition of one or more letters, or a different 
word-ending. For example, in Hungarian the suffix 'ne* may be applied 
r to either a forename or a surname. Names of this kind should be entered 
exactly as they appear on the document without modification, and in 
accordance with the rules previously defined: 



ExamgleJJ 

Authorship as ^hown on the document: 

"GYORGYKAROLYNE, Dr" 
Contents of personal name field: 

01@lKarolyne,J6Gyorgy 

or 

01@lKarolyne,|6G. 
(Note also omission of academic title) 
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Names where 'forename' and 'surname' are not readily identifiable 



In practice* particularly with oriental names, there may be many cases 
where it is not possible to determine with assurance which of two or 
three names is really the surname. In this event, it is recommended 
that two or more elements may be treated as 'key' names, entered in 
the sequence given on the document, and used to generate cross-references 
in author indexes, if desired. 

Examples: 'Teh Fu Yen', 'Krishna Mohana Rao 1 (or 'Mdhana Rao, Krishna') 

Guidelines for the treatment of such names are given in: Names of 
persons, national usages for entry in catalogues , compiled by the IFLA 
International Office for UBC. Third ed. London, IFLA International 
Office for ,UBC, 1977. * 



Individual author names are to be entered^in the vernacular, as they 



is required, ISO, or by default/ UNISIST transl iteration schedules 
recommended in Appendix C are to be used. * 



(b) If an 'established form' of the name is known to the originator 
of the bibliographic description, and if this form differs from 
what has been derived from the original, then the 'established 
form' may be entered in subfield 2. 

This is particularly likely tt> arise where a non-Russian name is trans- 
literated into Cyrillic for publ ication in a Russian journal, and is *■ 
subsequently re-transl iterated to the Roman alphabet. * 

In all cases, the name as given on the document (transliterated if 
necessary) should be regarded as the primary form for entry in a. bib- 
liographic description, since the use of the 1 establ i shed form 1 depends 
on prior knowledge which may not be accessible to all users of a bib- 
liographic data base. Subfield 1 should always carry the name as derived 
from the document. 



Spell ing 





Example 9 



Authorship as shown on the document: 
"St*. BOYADJIEW" 

In this case a. known alternative (and preferred) transliteration exists: 




"Boyadzhie.v 



• Contents of personal name field: 

01@TBoyadjiew,|6St.@2B s oyadzhieY,|i$t. 
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Special symbols . used in personal names 

Two special symbols may occur in personal names as entered in accordance 
with UNISIST recommendations. They have been introduced in order to 
make it possible to deal with certain problems which arise in the 
production of author indexes and other listings when an author has 
a complex surname or one which includes prefixes or abbreviations. 
Their use is in no way mandatory, but they have been defined in such 
a way that it will be possible for services which exchange bibliographic 
records to leave all Options open for the recipient of an exchange 
tape to apply whatever convent ionS he may wish in deriving author indexes 
from the machine file. 

The two symbols are '=' and ' + '. Both are to be regarded as 'space' 
for purposes of display and search, matching. * * 

- The connective '=' is intended to be used to link a prefix to v 

the name' to which it is affixed and to indicate that the following 
character is the beginning of a 'strong' component of the name, 
i.e. one which may (depending on the. policy of the individual , 
service) be used as a key for creating an index entry or cross- 
reference. 

Examples: 'Teilhard de=Chardin' 
' von=Dorrien' 

+ The connective '+' is intended to be used to link components 

'of a compound surname and to indicate that the following character 
is the beginning of a 'weak 1 component of the name, i.e. one 
which should never be used as a key for creating an index entry 
or cross-reference. 

Exampl es : ' Gonzal es+G. ,R. ' 

'Asin+y Cabrera, M.D. 1 
' van+cjer=AvoircUA. ' 

The remaining examples illustrate the various possibilities which arise 
when dealing with compound names, and names involving prefixes. Although 
the Reference Manual leaves certain options open, it would be expected^ 
that any individual service, or the parties to an exchange of bibjio- J> 
graphic 'data, would adopt a single coherent policy across the whon? 0 ^ 
of their data base. 



Example 10 \ 
Authorship as shown on the document: 
11 AD VAN DER AVOIRD" 
* Contents of personal name field: 
01@1 van+der=Avoird,0Ad 

or 

01 @1 vantfdertfAvoi rd , 0Ad 

or 

01@1 van+der=Avoird,0A. 
0l@1 van)4der|6Avoi rd ,0A. 
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Example 11 

* 

Authorship as shown on the;,, document: 

"Note de MM. MICHEL "BRUNEL et FRANCOIS DE BERGEVIN, transmise pa 
M. Louis N&l". , - 

Contents of repeated personal name fields: 

First author: 01@lBrunel ,0Michel 

Second author: 01(?lde=Bergevin,0Francois 

or 

01(?lde)6Bergevin,0Francois , 

Alternatively: 

First author: 01@lBrun€1~*0M. 

; • • . '/ . .. 

Second author: 01@lde=Bergevin,J6F. 

or - 

01(aideI6Bergevin,|iF. 

Example .12 . 
Authorship as shown on the document: 

"DEREK J. DE SOLLA PRICE" 
Contents of repeated personal name fields; 

01@lde=SollaJ6Price,J6Derek|6J. 

or 

01 01 de)6Sol 1 a)6Pr i ce ,|6Derek|6J . 

or 

01<aide=Solla|6Price,J6D.J. 
or , 
.0l@ldeJ6SollaJ6Price,J6D.J. 

Example 13 

Authorship as shown on the document: 

"LUIS RIVERA OYOLA and R.*A. LEE" 

Contents of repeated personal name fields: 

First author: 01 (PI Ri veraJ60yol a ,)4Lui s 

or 

01@lRivera)6Oyola,)6L. 
Second author: 01@lLee,J6R.A. * 
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As this Manual is in a loose-leaf updatable form, it has been decided 
to make references to the relevant items in the text reasonably complete 
for identification purposes. Items referred tp are additionally collected 
together here with a fuller bibl biographic description. 



Dewey, M. 



Dierickx, H« 



Dierickx, H, 



ECSSID 



Federation Internationale de 
Documentation (FID) 



Fe'de'ration Internationale de 
Documentation (FID) 



H.M.S.O. 



International Federation of 
Library Associations and 
Institutions 



International Organization 
for Standardization 
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Relative Index* 19th ed. -New York, 
Forest Press, 1978. 3 vols. 

Development of a Manual for Standard 
"Bibliographic" Description of 
Research Projects - A Study on 
Recommended Action by Harold Dierickx 
and Alan Hopkinson. London, TJNIBID, 
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Reference Manual for Machine-Readable 
Bibliographic Descriptions, Second 
rfevised edition. Compiled and edited 
by Harold Dierickx and Alan Hopkinson. 
Paris, Unesco, 1981, vp. (PGI-81/WS,22), 

.ECSSID WG 2. Workshop June 19-20, 1980 
in Bonn. Aide m£moire. 2p. 

B.S.O.: Broad System of Ordering 
Schedule and Index, 3rd rev. The Hague, 
F.I. D. ; Paris, Unesco, 1978. xiv, 
102, 82p. ISBN 92-66-00564-9. 

Universal Decimal Classification. 1907-« 



Note: Versions and editions exist in 
different languages and are maintained 
and published in many cases by 
national standards organizations. 

Post Office guide. Current edition and 
supplements. London (UK), H.M.S.O., 
vp. 

Names of persons: national usages for 
entry in catalogues, 3rd ed. London^ 
IFLA International Office for UBC, 
1977. x, 193p. ISBN 0-903043-10-6. 

See separate section at the end of the 
bibl iography . 



ERJC 



RM/RPI 



143 



May 1982 



OECD/EADI 



Prince-Perciballi , I. 



SAELEN, K.T. 



Times Newspapers 



UNESCO 



UNESCO/EADI 



Expert Meeting on the Standardization 
of Registers for Development 
Information and Documentation. Paris, 
December 3-4, 1979. 19p. 

ASRIS Classification Scheme. Rome 
(Italy), FAO (FAO-AGRIS-3)* 
(AGROVOC, a thesaurus of agricultural 
teirms, has been published by FAO in. 
1981). 

-An Evaluation of the UNISIST Reference, 
Manual for Machine-Readable Description 
of Research Projects and Institutions. 
Bergen, August 1980. 6p. (Papej? — ' 
prepared for Working Group 2* of! 
ECSSID: European Cooperation in Social, 
Science Information and Documentation). 

The Times atlas of the world, (latestl 
comprepensi ve edition. London (UK), 
Times Newspapers. .197?-. 

Meeting of Experts on Information 
on Research in Progress. Paris, 
UnG&cb House, Room XII, 1-4 September 
1980. Paris, 27 May 1981. 20p. 
(PGI-80/CONF.611.5). > 

Technical Meeting on an Exchange 
Format for Information on Research 
in Progre&sr. Room III ,\ Unesco House, * 
Paris, 9 and 10 June 1980- Minutes. 
Paris, November 1980, 12p. 
(PGI/ORI/80/1.4). 



International Stand ards 

: 1 —. : ; — 

International standards are published by the International Organization for 
Standardization (ISO), Geneva. They are generally available from thejjiember 
bodies of I-SO, i.e. the national standards organizations in each country* or 
direct from ISO Central Secretariat. Standards marked with an asterisk are 
reproduced in the following handbook available from either the member 
bodies^ the ISO Central Secretariat, or Unesco, Division of the General 
Information Programme: 

■ Information transfer: handbook on international standards 
governing information transfer, 1 St ed. , Geneva, ISO, 1977. 
(ISO Standards Handbook, 1). . 
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^ISO R9 - # 1968 : International system for the *ran$l iteration 
► of Slavic Cyrillic characters. 8p. 

^ISO 646 - 1975, : 7-bit coded character set for information 

: processing interchange. 12p. 

^ISO 962 - 1974 \- Information processing - Implementation of 

the 7-bit codea character set and its 7-bit 
and 8-bit extensions on 9-tracl^ 1 2.7mm ; 
(1/2 inch) magnetic' tape. 3p. 

ISO 1001 - 1979 : Magnetic tape labelling and file structure! for 

information interchange. 29p. 

ISO 2014 - 1976 : Writing of calendar dates in all-numeric 

form. lp. / 

*ISQ 2022 - 1973 : Code extension techniques for use with 'the 

ISO 7-bft^coded character set. 23p. 

ISO 2382 - 1974- : Data processing vocabulary (being issued in 
r 19 parts). 

ISO 2709 - 1981 : Documentation - Format for bibliographic 

information interchange on magnetic tape. *tp. 

*IS0 3166 - 1981 : Codes for the representation of names of 

countries. 22p. Amendments issued frequently. 
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National standard 



GOST 13052 - 74 : ComputerLand data transmission equipment - 

7 bit codes for information- interchanged 
Moscow, GOST, 1974 (in Russian). Available 
through national standards organizations. 
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